Windows Installer и MSI: ошибка появляется только при установке от имени другого пользователя

  • Обновлено
  • Чтение ≈ 4 минуты

Краткий ответ

Один и тот же проверенный MSI запускается в своей учётной записи, но выдаёт отказ либо иной код при запуске под другим пользователем. Причиной может быть установка «только для пользователя», политика или другой каталог TEMP. Окно запроса прав администратора не равнозначно переключению на другую учётную запись.

В этой статье
  1. Когда применима инструкция
  2. Причины и признаки
  3. Подробная диагностика и решение
  4. Чего не делать при этой ошибке
  5. Как документировать результат

#Когда применима инструкция

Один и тот же проверенный MSI запускается в своей учётной записи, но выдаёт отказ либо иной код при запуске под другим пользователем. Причиной может быть установка «только для пользователя», политика или другой каталог TEMP. Окно запроса прав администратора не равнозначно переключению на другую учётную запись. Сравнивайте одинаковую версию пакета и одинаковый путь к файлу. Запишите, вошли ли вы в другую учётную запись или лишь подтвердили UAC.

#Причины и признаки

Возможная причинаКак узнатьЧто делать
Контекст установкиПакет выбирает установку для конкретного пользователя или всех пользователей.В одном профиле приложение присутствует, в другом — нет.Проверить поддерживаемый производителем тип установки.
Права и политикиУ разных пользователей различаются права запуска MSI и разрешения папок.При запуске от другого имени появляется 1625 или «отказано в доступе».Проверить политику и получить согласованное разрешение.
Разные папки TEMPДля другого профиля могут применяться отдельные переменные окружения и доступ к временному каталогу.В журнале фигурирует AppData другого пользователя или 1632.Проверить запись только в пользовательский TEMP.

#Подробная диагностика и решение

  1. Зафиксируйте версию Windows и точный симптомНажмите Win+R → winver → Enter, запишите версию и сборку Windows. Уточните название и версию устанавливаемой программы, расширение исходного файла .msi либо .exe, дату, время и полный текст ошибки. Если ошибку показывает уже установленная программа, сначала установите, относится ли она вообще к Windows Installer: совпадение слов «ошибка установки» не доказывает участие MSI. Не выдавайте предположения за диагностический результат.
  1. Подготовьте безопасную копию и исходный пакетСохраните открытые документы, настройки и данные программы на отдельный носитель либо в другое надёжное расположение. Используйте только официальный дистрибутив или пакет из корпоративного каталога; если приложение уже установлено, не удаляйте его до подтверждения резервной копии и возможности восстановления лицензии. Не удаляйте содержимое C:\Windows\Installer, не меняйте права системных папок массово и не отключайте защиту ради повторного запуска.
  1. Сопоставьте событие установки с конкретным временемНажмите Win+R → eventvwr.msc → Enter → «Журналы Windows» → «Приложение». Найдите события источника MsiInstaller в момент попытки, если они появились, запишите номер события, имя продукта и код. При падении Setup.exe/программы ищите отдельно Application Error и имя сбойного EXE. При отсутствии события не подставляйте типовой «1603»: он не следует из отсутствия журнала.
  1. Разграничьте повышение прав и смену пользователяНа экране входа запишите имя учётной записи, под которой возник отказ; через Win+R → cmd → whoami можно посмотреть фактический контекст командной строки. Обычная команда не раскрывает пароль. Если установка работает от имени администратора, но не в другом профиле, это ещё не подтверждает неисправность MSI.
    Windows · Командная строка (CMD)Только проверка
    Командная строка обычного пользователя. Показывает домен и имя текущей учётной записи, ничего не изменяет. Если запуск MSI выполняется другой учётной записью, проверяйте whoami именно в той же сессии.
    whoami
  1. Скопируйте официальный пакет в доступное местоВозьмите оригинальный MSI с сайта разработчика или корпоративного каталога; скопируйте копию в папку «Загрузки» того пользователя, который будет запускать установку. Не запускайте пакет из чужой AppData или сетевой папки, к которой у него нет доступа.
  1. Проверьте наличие программы и тип установкиВ каждом профиле откройте «Параметры» → «Приложения» → «Установленные приложения»; найдите название и версию. Наличие приложения «для всех пользователей» определяется программой, а не переносом ярлыка. Для персонифицированной установки используйте предусмотренный разработчиком режим; не задавайте MSI-свойства ALLUSERS наугад.
  1. Сравните доступ к временному каталогуВ проблемном профиле Win+R → %TEMP% → Enter. Папка должна открываться, а пользователь должен суметь создать и удалить там свой тестовый текстовый файл. Если не получается, зафиксируйте сообщение и обратитесь к администратору; не меняйте права всей C:\Windows\Temp.
  1. Проверьте ограничения организацииНа управляемом устройстве в «Просмотр событий» откройте «Журналы приложений и служб» → Microsoft → Windows → AppLocker → MSI and Script, если раздел доступен. Сопоставьте время и путь пакета с возможной блокировкой; отсутствие событий не доказывает отсутствие иной политики. Не отключайте AppLocker.
  1. Повторите установку с подробным журналомЕсли политика позволяет запуск MSI, повторите одну установку из командной строки с журналом по примеру ниже, под тем же пользователем. Сравните возвращаемый код и участок Return value 3 с рабочим профилем; не отправляйте чужие пути и параметры с секретами в открытый доступ.
  1. Подтвердите исправление именно исходного случаяПосле изменения одного доказанного условия повторите действие «ошибка появляется только при установке от имени другого пользователя» на тестовом файле или в согласованное окно обслуживания. Проверьте не только исчезновение предупреждения, но и фактическую установку/запуск необходимой функции, а также отсутствие прежнего кода в свежем журнале с новым временем. Если сбой повторился, остановитесь, верните безрезультатные временные настройки и передайте поддержке исходный код, журнал, версию ОС и путь к подтверждённому пакету; удалите из журнала учётные данные и секреты.

#Чего не делать при этой ошибке

Не используйте сторонние «очистители MSI», не очищайте вручную C:\Windows\Installer, не запускайте бесконечно установку после одинакового отказа и не сбрасывайте Windows без диагностики. Не меняйте msiserver на автоматический запуск просто из-за состояния «Остановлена»: при отсутствии установки это допустимо. Код 1603 — общий отказ, причину ищите в подробном журнале и документации изготовителя.

#Как документировать результат

Запишите последовательно: версию программы и Windows, дату, шаг, на котором возник отказ, оригинальный код, изменённое условие, новый код и проверку работы нужной функции. Если проблему не удалось повторить, укажите это отдельно: однократный успех ещё не доказывает устойчивое исправление.

Так эту ошибку тоже называют

Источники и обновления

Последнее обновление статьи: 2 ноября 2026. Версии программ и интерфейсы меняются — если шаги не совпадают с вашей версией, сверяйтесь с документацией производителя.