Исправление ошибки 1935 при установке MSI в Windows 11/10

Важно: прежде чем вносить изменения в реестр, создайте резервную копию реестра или точку восстановления системы.

Кому полезна эта инструкция

• Обычным пользователям, у которых прерывается установка Office или других приложений через MSI.
• Администраторам ПК и системным инженерам, которые устраняют ошибки установки на нескольких машинах.

Что такое ошибка 1935 в двух словах

Ошибка 1935 указывает на сбой при установке «assembly» — компонентной части Windows, связанной с .NET и системой Side-by-Side. Чаще всего проблема вызвана повреждёнными системными службами, отсутствующими или повреждёнными пакетами Visual C++/NET, либо конфликтами сторонних приложений во время установки.

Содержание

• Запустите средство устранения проблем установки Microsoft
• Запустите MSI в режиме совместимости
• Восстановите поддержку транзакций (fsutil)
• Перезапустите службы Windows Installer и Windows Module Installer
• Перерегистрируйте службу MSI (msiexec)
• Восстановите / установите Redistributable пакеты Visual C++
• Восстановите .NET Framework
• Выполните чистую загрузку (Clean Boot)
• Удалите ключ AppModel из реестра (для Office)
• Диагностика, когда это не помогает
• SOP / Плейбук для техподдержки
• Чек-листы роль‑задача
• Сценарии тестирования и критерии приёмки
• Короткое объявление и социальный превью
• Глоссарий и таблица рисков

1. Запустите средство устранения неполадок установки Microsoft

Это первое простое действие. Microsoft предлагает автономное средство для устранения проблем с установкой и удалением программ, которое исправляет типичные ошибки реестра и права доступа.

Шаги:

1. Откройте страницу средства Microsoft Program Install and Uninstall (Поиск в браузере: “Microsoft Program Install and Uninstall troubleshooter”).
2. Нажмите кнопку Скачать на странице (Download).
3. Откройте страницу загрузок вашего браузера (в Chrome/Edge/Firefox — Ctrl + J).
4. Дважды кликните файл MicrosoftProgram_Install_and_Uninstall.meta (1).diagcab в списке загрузок.
5. В окне средства нажмите Далее и выберите Установка (Installing).
6. Если ваша программа отображается в списке — выберите её. Если нет — выберите Не в списке > Далее.

ALT: Значки рабочего стола Windows на экране ноутбука

Совет: средство автоматизировано и безопасно; если оно укажет на найденную проблему — позвольте ему применить исправления и перезапустите установку приложения.

2. Запустите MSI в режиме совместимости

Когда приложение старое, запуск установщика в режиме совместимости может устранить несовместимости с современным Windows.

Шаги:

1. Правый клик на кнопку Пуск → выберите Проводник.
2. Перейдите в папку с MSI-файлом.
3. Правый клик на MSI → Свойства.
4. Перейдите на вкладку Совместимость.
5. Отметьте «Запустить программу в режиме совместимости с» и выберите ОС, актуальную на момент выхода программы (если не уверены — попробуйте Windows Vista или Windows 7).
6. Поставьте галочку «Запускать от имени администратора» и нажмите Применить → ОК.

ALT: Окно свойств файла MSI с настройкой режима совместимости

Примечание: режим совместимости не помогает при повреждённых системных библиотеках — переходите к разделам о службах и пакетах Redistributable.

3. Восстановите поддержку транзакций (fsutil)

Наиболее частое и подтверждённое решение — сброс автоматического сброса ресурсов транзакций. Это помогает, когда повреждён журнал транзакций Windows, который используется инсталлятором.

Шаги:

1. Откройте Командную строку от имени администратора (Windows + X → «Командная строка (администратор)» или «Windows Terminal (Администратор)»).
2. Введите команду и нажмите Enter:

fsutil resource setautoreset true C:

3. Дождитесь успешного выполнения команды.
4. Введите exit и перезагрузите компьютер.

ALT: Окно командной строки с выполненной командой fsutil

Пояснение: команда включает автоматический сброс ресурсов транзакций на разделе C:. Если у вас система на другом разделе, замените C: на соответствующую букву диска.

4. Запустите или перезапустите службы Windows Installer и Windows Module Installer

Служба Windows Installer (msiserver) и Windows Module Installer (TrustedInstaller) должны работать корректно для установки MSI и обновлений.

Шаги:

1. Откройте оснастку Службы (Win + R → services.msc).
2. Найдите «Windows Installer» и «Windows Modules Installer».
3. Если служба остановлена — правый клик → Запустить.
4. Если служба работает — правый клик → Перезапустить.

ALT: Свойства службы Windows Installer в оснастке Службы

Совет: иногда помогает изменить тип запуска на «Вручную» или «Автоматически» — зависит от политики вашей сети.

5. Перерегистрируйте службу MSI (msiexec)

Если служба Windows Installer повреждена, можно её перерегистрировать.

Шаги:

1. Откройте командную строку от имени администратора.
2. Выполните команду чтобы отменить регистрацию:

msiexec /unreg

3. Затем выполните команду чтобы заново зарегистрировать службу:

msiexec /regserver

4. Перезагрузите компьютер и попробуйте установку снова.

ALT: Командная строка с командой msiexec /unreg

Примечание: команды не выводят подробных сообщений — проверьте работоспособность MSI через установку тестового MSI.

6. Восстановите или установите пакеты Visual C++ Redistributable

Повреждённые или отсутствующие библиотеки Visual C++ часто приводят к ошибке 1935. Процесс восстановления прост.

Шаги:

1. Откройте «Программы и компоненты» (Control Panel → Programs and Features).
2. Для каждого пакета Microsoft Visual C++: выберите пакет → нажмите Изменить (Change) → Восстановить (Repair).
3. Повторите для всех версий (2015-2022, 2013, 2010). Если необходимых версий нет — скачайте с официальной страницы Microsoft Visual C++ Redistributable и установите нужные пакеты (x64/x86 в зависимости от приложения).

ALT: Окно панели управления с опцией изменить/удалить программу

Совет: для старых приложений, выпущенных до 2010 года, может потребоваться установка устаревших пакетов Visual C++ — загружайте их с сайта Microsoft только если это необходимо.

7. Восстановление .NET Framework

Многие MSI используют .NET. Если нужная версия .NET отсутствует или повреждена — установка может завершиться ошибкой 1935.

Шаги:

1. Скачайте .NET Framework Repair Tool с официального сайта Microsoft и запустите инструмент.
2. Примите лицензионное соглашение и нажмите Далее для автоматического поиска и исправления проблем.
3. Если обнаружите отсутствие .NET Framework 4.x — загрузите инсталлятор с сайта Microsoft и установите его.

ALT: Окно инструмента восстановления Microsoft .NET Framework

Примечание: .NET Framework 4+ обычно устанавливается отдельно от пакетов Visual C++; проверьте версии в «Включение или отключение компонентов Windows».

8. Отключите фоновые приложения (чистая загрузка)

Сторонние службы и автозапуск могут мешать установке. Чистая загрузка отключит все ненужные элементы.

Шаги кратко:

1. Win + R → msconfig → вкладка «Службы» → галочка «Не отображать службы Microsoft» → Disable all.
2. Откройте Диспетчер задач → вкладка «Автозагрузка» → отключите сторонние приложения.
3. Перезагрузите систему и попробуйте снова установить программу.

ALT: Вкладка «Службы» в конфигурации системы (MSConfig)

Важно: после теста восстановите обычную загрузку, иначе вы отключите критичные службы.

9. Удалите ключ AppModel в реестре (официальное решение для Office 2010–2016)

Microsoft рекомендует удаление ключа AppModel при ошибке 1935 для инсталляции MS Office (релизы 2010–2016). Прежде чем продолжить — создайте резервную копию реестра.

Шаги:

1. Нажмите Windows + S и введите regedit → откройте «Редактор реестра».
2. Перейдите к ключу:

HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\APPMODEL

3. Правый клик на AppModel → Удалить → подтвердите «Да».
4. Закройте редактор реестра, перезагрузите Windows и повторите установку Office.

ALT: Ключ AppModel в реестре Windows

ALT: Пункт меню контекстного меню «Удалить» в редакторе реестра

ALT: Диалог подтверждения удаления ключа реестра

Предупреждение: удаление ключей реестра всегда несёт риск. Делайте бэкап и используйте этот шаг только если вы устанавливаете Microsoft Office и другие шаги не помогли.

Диагностика: что проверять дополнительно

• Посмотрите лог установки MSI (обычно можно указать ключи /L*V при запуске msiexec).
• Проверьте Журнал событий Windows (Event Viewer) в разделе Windows Logs → Application на ошибки MsiInstaller и SideBySide.
• Если ошибка связана с конкретным assembly — в логах будет имя этого assembly; попробуйте найти в сети известные решения по конкретной библиотеке.

Когда это не поможет:

• Возможно, образ Windows повреждён — запустите sfc /scannow и DISM:

sfc /scannow
Dism /Online /Cleanup-Image /RestoreHealth

• Попробуйте установить приложение в другом учётном запиcе Windows (локальном администраторе).
• Установите приложение в среде с чистой системой (например, виртуальная машина) — если там проходит — проблема на конкретном ПК.

SOP / Плейбук для техподдержки (короткий)

1. Подтвердить версию Windows и архитектуру (x86/x64).
2. Попросить клиента попытаться запустить средство Microsoft Install/Uninstall.
3. Если не помогает — попросить выполнить fsutil и перезагрузку.
4. Проверить и перезапустить службы MSI/TrustedInstaller.
5. Перерегистрировать msiexec и повторно проверить.
6. Восстановить Visual C++ и .NET через Панель управления.
7. Если установка — MS Office — выполнить удаление AppModel после резервного копирования реестра.
8. Если ничего не помогло — собрать логи MSI и Event Viewer и эскалировать разработчикам/вендору.

Критерии приёмки: клиент успешно установил ПО без ошибки 1935 и подтвердил работоспособность установленной программы.

Чек-листы по ролям

Администратор:

• Проверил системные требования и архитектуру.
• Выполнил fsutil и перезагрузку.
• Перезапустил службы и перерегистрировал msiexec.
• Восстановил Visual C++ и .NET.
• Собрал логи и провёл анализ Event Viewer.

Обычный пользователь:

• Запустил средство установки Microsoft.
• Попробовал запуск MSI от имени администратора.
• Отключил антивирус/защитник временно и попробовал снова (если безопасно).
• Воссоздал точку восстановления перед изменениями в реестре.

Сценарии тестирования и критерии приёмки

Тесты для инженера поддержки:

1. Тест базовый: установка проблемного MSI на тестовой машине, на которой не выполнялись исправления — ожидаемо воспроизводится ошибка 1935.
2. Тест fsutil: выполнить команду и перезагрузку, затем повторная установка — ожидается успешная установка или другой, более информативный код ошибки.
3. Тест чистой загрузки: выполнить clean boot, установить MSI — ожидание: установка проходит, значит конфликт вызван сторонним ПО.
4. Тест перерегистрации MSI: выполнить msiexec /unreg и /regserver, затем установка — ожидается успех.

Критерии приёмки: установка завершается без ошибки 1935 и приложение запускается нормально.

Когда перечисленные советы не помогут — альтернативы и контрпримеры

Контрпримеры/когда это не подходит:

• Если инсталлятор устарел и использует неподдерживаемые технологии от 1990-х — могут помочь только виртуализация или запуск на старой ОС.
• При аппаратных проблемах на диске (коррупция файловой системы) установка может давать подобные ошибки — нужно проверить диск (chkdsk) и SMART.

Альтернативные подходы:

• Установка в виртуальной машине с чистой ОС.
• Связь с вендором приложения за новым установщиком или патчем.
• Переустановка Windows в крайних случаях (после бэкапа).

Таблица рисков и меры снижения

• Удаление ключей реестра — риск нестабильности системы. Мера: бэкап реестра/точка восстановления.
• Отключение автозагрузки в clean boot — риск пропуска критичных сервисов. Мера: восстановить конфигурацию после теста.
• Установка неподтверждённых старых Visual C++ — риск конфликтов версий. Мера: скачивайте только с сайта Microsoft.

Совместимость и локальные нюансы (Россия/Европа)

• Корпоративные политики (GPO) могут блокировать изменение служб или реестра — обратитесь к администратору домена.
• В организациях с централизованным антивирусом временное отключение может быть запрещено — запрашивайте исключения у СБ.

Мерчант-превью и короткое объявление

Социальный превью (OG):

• OG title: «Исправление ошибки 1935 в Windows 11/10»
• OG description: «Пошаговое руководство для устранения ошибки 1935 при установке MSI: от fsutil до восстановления .NET и AppModel.»

Короткое объявление (100–200 слов): Ниже представлены проверенные методы устранения ошибки 1935, которая может прерывать установку Microsoft Office и других программ в Windows 11/10. Руководство включает автоматизированные средства Microsoft, команды для восстановления транзакций (fsutil), перерегистрацию службы MSI, восстановление Redistributable пакетов Visual C++ и .NET, инструкцию по чистой загрузке и официальный шаг с удалением ключа AppModel для Office. Следуйте инструкциям шаг за шагом и обязательно создайте точку восстановления перед изменениями в реестре.

Короткий глоссарий (одной строкой)

• MSI: формат установочного пакета Windows Installer.
• msiexec: исполняемый файл службы Windows Installer.
• Redistributable: пакет рантаймов Visual C++, необходимые библиотекам приложений.
• AppModel: ключ реестра, связанный с моделями приложений Microsoft.

Резюме

• Ошибка 1935 — частая при установке через MSI; обычно связана с повреждёнными системными компонентами, Redistributable или конфликтами стороннего ПО.
• Начните с средства Microsoft Install/Uninstall, fsutil и перезапуска служб.
• Если проблема не исчезла — восстановите Visual C++ и .NET, выполните чистую загрузку и, в случае Office, рассмотрите удаление ключа AppModel.
• Для поддержки соберите логи MSI и Event Viewer перед эскалацией.

Примечание об ответственности

Инструкции предназначены для технически подкованных пользователей и системных администраторов. Внесение изменений в реестр и системные службы может повлиять на работу системы; при сомнениях обратитесь к IT‑специалисту.