#Когда применима инструкция
Сравнение безопасного и обычного режима не всегда применимо для MSI: служба Windows Installer обычно недоступна в безопасном режиме, а запуск установленной программы без ошибки там указывает на различие фоновых драйверов и служб, но не доказывает сбой самой установки. Не советуем включать Windows Installer в безопасном режиме через изменение реестра, править SafeBoot или выключать службы защиты.
#Причины и признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Сравнивалась не установка, а программаПриложение запускается в безопасном режиме, где не загружены многие расширения. | Сбой возникает после входа в обычный режим без запуска MSI. | Проверять компоненты приложения и события. |
| Конфликт обычной службыАнтивирус, драйвер или корпоративный агент участвует в установке в обычной системе. | В журнале есть блокировка или ошибка действия. | Уточнить событие и обратиться к поставщику. |
| MSI в безопасном режиме не запускалсяУстановщик мог не выполнять действия, потому что служба недоступна. | Вместо установки нет кода успеха/записи продукта. | Сравнивать только законченные установки. |
#Подробная диагностика и решение
- Зафиксируйте версию Windows и точный симптомНажмите Win+R →
winver→ Enter, запишите версию и сборку Windows. Уточните название и версию устанавливаемой программы, расширение исходного файла.msiлибо.exe, дату, время и полный текст ошибки. Если ошибку показывает уже установленная программа, сначала установите, относится ли она вообще к Windows Installer: совпадение слов «ошибка установки» не доказывает участие MSI. Не выдавайте предположения за диагностический результат.
- Подготовьте безопасную копию и исходный пакетСохраните открытые документы, настройки и данные программы на отдельный носитель либо в другое надёжное расположение. Используйте только официальный дистрибутив или пакет из корпоративного каталога; если приложение уже установлено, не удаляйте его до подтверждения резервной копии и возможности восстановления лицензии. Не удаляйте содержимое
C:\Windows\Installer, не меняйте права системных папок массово и не отключайте защиту ради повторного запуска.
- Сопоставьте событие установки с конкретным временемНажмите Win+R →
eventvwr.msc→ Enter → «Журналы Windows» → «Приложение». Найдите события источникаMsiInstallerв момент попытки, если они появились, запишите номер события, имя продукта и код. При падении Setup.exe/программы ищите отдельноApplication Errorи имя сбойного EXE. При отсутствии события не подставляйте типовой «1603»: он не следует из отсутствия журнала.
- Установите, что именно прошло без ошибкиЗапишите, запускали ли
.msi,.exeили уже установленное приложение. Если в безопасном режиме только открылось окно без установки, не считайте это доказательством исправления.
- Вернитесь в обычную Windows штатным способомЕсли вход в безопасный режим делался через «Параметры запуска», просто перезагрузите ПК. Если пользователь сам менял параметры через msconfig, откройте Win+R →
msconfigи сверяйтесь с инструкцией, прежде чем менять выбранную загрузку; на защищённом диске убедитесь, что ключ BitLocker доступен.
- Проверьте службу Installer в обычном сеансеWin+R →
services.msc→ найдите «Установщик Windows» (Windows Installer), откройте свойства. Состояние «Остановлена» в покое бывает нормальным; важно, запускается ли служба при реальной установке. Не переводите её в «Автоматически» и не запускайте из Safe Mode специальными обходными командами. - Обычный PowerShell только читает состояние msiserverWindows · PowerShellТолько проверкаОбычный PowerShell только читает состояние msiserver. Остановленная служба в покое не свидетельствует о поломке; не пытайтесь запускать установку из безопасного режима обходными методами.
Get-Service -Name msiserver
- Посмотрите основной код установки и времяВ обычной Windows выполните одну разрешённую установку с логом. Если сообщение о блокировке политикой — проверьте AppLocker, если 1618 — дождитесь другой установки, если 1603 — установите первое сбойное действие. Сравнение с безопасным режимом само по себе причины не раскрывает.
- Проверяйте конфликты только с разрешенияЕсли пользователь наблюдает сбой запуска приложения, а не MSI, проверьте в «Диспетчере задач» → «Автозагрузка приложений», что запускается автоматически. На корпоративном ПК не отключайте защиту; передавайте администратору имя сервиса и временные отметки.
- Проверьте итог в обычном режимеПосле адресного исправления запустите установщик обычным способом, проверьте наличие приложения, его запуск и события Windows. Если MSI упорно не работает, соберите подробный журнал, не предлагайте «установить всё в безопасном режиме».
- Подтвердите исправление именно исходного случаяПосле изменения одного доказанного условия повторите действие «в безопасном режиме ошибки нет, а в обычном есть» на тестовом файле или в согласованное окно обслуживания. Проверьте не только исчезновение предупреждения, но и фактическую установку/запуск необходимой функции, а также отсутствие прежнего кода в свежем журнале с новым временем. Если сбой повторился, остановитесь, верните безрезультатные временные настройки и передайте поддержке исходный код, журнал, версию ОС и путь к подтверждённому пакету; удалите из журнала учётные данные и секреты.
#Чего не делать при этой ошибке
Не используйте сторонние «очистители MSI», не очищайте вручную C:\Windows\Installer, не запускайте бесконечно установку после одинакового отказа и не сбрасывайте Windows без диагностики. Не меняйте msiserver на автоматический запуск просто из-за состояния «Остановлена»: при отсутствии установки это допустимо. Код 1603 — общий отказ, причину ищите в подробном журнале и документации изготовителя.
#Как документировать результат
Запишите последовательно: версию программы и Windows, дату, шаг, на котором возник отказ, оригинальный код, изменённое условие, новый код и проверку работы нужной функции. Если проблему не удалось повторить, укажите это отдельно: однократный успех ещё не доказывает устойчивое исправление.