Ошибка Windows Installer — Способы решения неполадки
Ошибка windows installer – это одна из самых распространенных всплывающих неполадок, с которой сталкиваются пользователи операционной системы Windows.
Содержание:
Ошибка может появляться независимо от версии вашей ОС.
Причины появления ошибки
Сообщение об ошибке появляется, потому что система не может распаковать и произвести установку исполняемого файла с разрешением “.msi”.
При этом обычные файлы формата “.exe” устанавливаются нормально.
Работая с файлами msi, система подключает загрузочную утилиту msiexec.exe, которая может не работать. Тогда не запускается процесс установки.
На изображениях ниже указаны варианты всплывающих окон с ошибкой установщика Виндоус:
- Сообщение о том, что невозможно запустить. Она может быть не подключена либо настроена неправильно. Также администратор компьютера может запретить использовать установщик другим пользователям системы;
всплывающее окно ошибки доступа к сервису Windows Installer
Внутренняя ошибка установщика
Проверка состояния работы установщика
Прежде чем решать любую неполадку, необходимо посмотреть на состояние функционирования установщика.
Следуйте инструкции:
- Откройте системное окно выполнения команд. Для этого на клавиатуре нажмите на сочетание кнопок Win и R;
- В открывшемся окошке введите команду services.msc;
- Нажмите на кнопку ОК;
Окно выполнения команды доступа к службам
- Откроется следующее окно. Оно отображает все службы, которые доступны в операционной системе и дает возможность пользователю настроить их конфигурацию;
- В списке найдите установщик Виндовс и щелкните по ней два раза;
- Все параметры запуска службы должны соответствовать тем, что указаны на скриншотах ниже (для седьмой и восьмой версии операционной системы Виндоус соответственно);
Параметры запуска службы установщика для седьмой версии ОС Виндовс
Параметры запуска службы установщика для восьмой версии ОС Виндовс
Если вы используете седьмую версию ОС, включите автоматический режим работы службы установщика. Затем перезагрузите устройство и попробуйте запустить установочный файл еще раз.
Исправление ошибки установки пакета Windows вручную
Данная инструкция должна помочь решить неполадку, если постоянно появляется одно из нижеприведенных сообщений об ошибке при установке:
- Installer недоступен;
- Ошибка доступа к службе установщика Виндоус (система выдает сообщение, если installer был установлен некорректно);
- Ошибка доступа к Win installer;
- На компьютере отсутствует предустановленный installer.
Эффективный способ решения каждой из вышеуказанных неполадок – повторная регистрация инсталлера в операционной системе:
- Откройте командную строку системы. Для этого нажмите на клавишу Win и X или найдите утилиту командной строки в папке стандартных программ Виндоус.
- Если вы используете ОС 32х битную, впишите в командную сроку команды со скриншота ниже. После введения каждой строки необходимо нажимать клавишу Ентер;
Команды для 32х битной версии ОС
- Если вы используете 64х битную систему, введите нижеприведенные программы:
Команды для 64х битной версии ОС
После введения команд обязательно перезагрузите компьютер. Служба windows installer будет удалена и установлена заново. Теперь установка программы должна проходить без проблем.
Однако, если вы продолжаете сталкиваться с ошибками во время распаковки исполняемого файла или во время самого процесса установки – сбросьте настройки инсталлера или выполните сканирование системы на наличие ошибок.
Выполнить сканирование ОС можно с помощью команды Sfc /scannow. Вводить ее нужно в окно командной строки.
Запустить командную строку можно также еще двумя способами:
- Пуск -> Все программы -> Стандартные -> Командная строка.
- Пуск -> Выполнить и введите имя программы cmd.exe
Через несколько минут вам будет предоставлена детальная информация о дисках ОС, испорченных файлах, неполадках в работе служб и других системных программ.
Командная строка не только найдет испорченные и повреждённые файл, но и заменит их на работоспособные.
После сканирования закройте командную строку и перезагрузите ваш персональный компьютер или ноутбук. Попробуйте запустить процесс установки любого исполняемого файла.
Также компания Майкрософт предлагает пользователям автоматическую утилиту, которая способна решить проблему работы инсталлера.
В открывшемся окне нажмите на клавишу «Запустить сейчас». Утилита восстановит правильную конфигурацию инсталлера.
Стоит заметить, что утилита не работает с восьмой версией операционной системы.
Настройка доступа установщика к файлам msi
Неполадка при установке может быть вызвана тем, что installer не имеет доступа к файлам формата msi. Пользователь может разрешить эту проблему самостоятельно.
Следуйте нижеприведенной инструкции:
- Найдите ваш установочный файл и нажмите на нем правой кнопкой мышки;
- Выберите окно свойств;
- Перейдите на вкладку настройки безопасности;
- В текстовом поле групп или пользователей проверьте, есть ли пользователь с именем «система». Если его нет, необходимо добавить юзера вручную;
Проверка групп или пользователей в свойствах файла
- Для добавления нового пользователя нажмите на кнопку Изменить и затем на кнопку Добавить;
- В текстовом поле имен выбираемого объекта напишите слово «система» (без кавычек). Если вы используете английскую версию операционной системы, введите слово System;
- Введённое слово должно мгновенно стать подчеркнутым, как показано на рисунке ниже;
- Поставьте галочку напротив поля полного доступа и теперь нажмите на кнопку ОК;
Теперь установщик сможет получить доступ к исполняемому файлу. Установка должна быть завершена без проблем.
Заметьте, что в некоторых случаях блокировать доступ к установочному файлу может антивирусное программное обеспечение.
Чтобы решить этот вариант неполадки необходимо зайти в операционную систему под учетной записью администратора, выключить антивирус и включить в настройках свойств антивируса совместимость с другими версиями ОС, как показано на рисунке ниже.
Настройка совместимости работы антивируса с другими версиями ОС
Тематические видеоролики:
Как исправить ошибку с Windows Installer?
Ошибка Windows Installer — Способы решения неполадки
Как исправить ошибку Windows Installer? Ответ здесь!
Ошибка Windows Installer — Способы решения неполадки
Ошибка Windows Installer — Способы решения неполадки
Ошибка Windows Installer — Способы решения неполадки
Windows installer что это за программа
Windows Installer был разработан в 1995—1998 годах и имел вначале кодовое название Darwin. Ранние версии назывались Microsoft Installer, отсюда стандартное расширение файла инсталляционного пакета — .msi. [1]
Первая версия Installer’а вышла в начале 1999 в качестве инсталлятора Microsoft Office 2000. В конце того же года Installer стал частью Windows 2000. Майкрософт всячески поощрял переход разработчиков на новый инсталлятор, включив в список требований к программам, желающим получить так называемый знак Windows 2000 Logo, требование устанавливаться с помощью Windows Installer.
Windows Installer оказался значительным шагом вперёд по отношению к предыдущему инсталлятору Microsoft — Setup API (ACME Setup): в нём были введены возможности GUI, поддержка деинсталляции и отката в любой момент установки (включая откат во время деинсталляции), корректная работа с правами доступа в Windows и другие возможности, что сделало его сильной альтернативой различным существовавшим на рынке инсталляционным пакетам.
Логическая структура пакета
Компонента (component) — минимальная неделимая установочная единица, представляющая собой группу файлов, значений реестра, создаваемых папок и других элементов, объединённых общим именем (именем компоненты) и либо устанавливаемых вместе, либо не устанавливаемых. Компоненты скрыты от конечного пользователя. Каждая компонента имеет ключевой путь (key path) — например, имя своего главного файла — по которому определяется наличие этой компоненты на компьютере пользователя.
Возможность (feature; в русифицированной версии Windows именно это слово переводится как «компонента», что вносит путаницу) — это иерархическая группа компонент и/или других возможностей. Когда при установке показывается диалог выбора устанавливаемых частей программы, пользователь управляет выбором именно возможностей. Выбор возможности для установки влечёт за собой установку всех компонент, которые в неё включены.
Физическая структура пакета
Файл .msi представляет собой составной документ OLE (OLE compound document — в том же формате-контейнере хранятся документы Microsoft Word, Excel и т. д.), в котором содержится небольшая реляционная база данных — набор из нескольких десятков взаимосвязанных таблиц, содержащих различную информацию о продукте и процессе установки. При этом все строковые данные в базе хранятся вместе в отдельном потоке документа, а в таблицах базы на них имеются ссылки; таким образом избегают дублирования строк, что значительно уменьшает размер базы.
Процесс установки
Процесс установки состоит из нескольких этапов — сбора информации, выполнения (собственно установки), а также, возможно, отката (в случае ошибки или отмены установки пользователем).
Действия
Каждый этап установки состоит из последовательности действий (actions), записанной в базе данных. Действиям присвоены номера, определяющие порядок их выполнения, а иногда — и условия, при которых действия выполняются или не выполняются.
Большая часть действий — это стандартные действия, характерные для типичного процесса сбора информации и установки. Все эти действия документированы. Кроме них, пользователь может определить и свои дейстия (custom actions).
Действия, определённые пользователем, могут быть либо написаны на одном из скриптовых языков, встроенных в операционную систему (VBScript), либо размещаться в специально созданной C, C++ и т. д.). Файлы с этими действиями помещаются внутрь файла .msi и извлекаются оттуда в начале запуска инсталляции.
Сбор информации
На этапе сбора информации Windows Installer собирает инструкции (либо путём взаимодействия с пользователем, либо программным путём) установить или удалить одну или несколько возможностей, входящих в продукт. Эти инструкции в дальнейшем формируют на основе базы данных внутренний сценарий, детально описывающий последующий этап выполнения.
Этот этап называют также непосредственным режимом (immediate mode).
Выполнение
К началу этого этапа инсталлятор генерирует внутренний сценарий, предназначенный для выполнения без вмешательства пользователя. Этот сценарий выполняется инсталлятором в привилегированном режиме службы NT (конкретно — под аккаунтом LocalSystem). Привилегированный режим требуется из-за того, что инсталляция могла быть запущена пользователем, не обладающим необходимыми правами для изменения системных параметров и файлов (хотя право установить программу ему было предоставлено).
Этот этап иногда называется отложенным режимом (deferred mode).
Откат
Если какое-либо из действий, определённых в сценарии, оканчивается неудачей, или установка в процессе отменяется пользователем, все действия, выполненные до этого места, откатываются, возвращая систему в состояние, бывшее до установки. Откат обеспечивается наличием для каждого действия, вносящего изменение в систему, обратного к нему. Вводя в пакет нестандартные действия, программист также должен создать обратные к ним для правильной работы отката.
Windows Installer: то, что вендор прописал
Продолжая тему работы с Windows Installer, сегодня предлагаю поговорить о готовых инсталляторах, предоставляемых производителями ПО – для их обозначения широко применяется термин «vendor MSI».
Как вы помните из прошлой статьи, Windows Installer является промышленным стандартом установочных файлов и используется в большинстве систем развертывания приложений. Vendor MSI очень удобны для системных администраторов, занимающихся развертыванием ПО в корпоративных сетях. Казалось бы, достаточно взять из документации установочные параметры, использовать их в командной строке или трансформе – и дело сделано. Всё ли так просто?
Предлагаю заглянуть внутрь нескольких vendor MSI и разобраться с их устройством.
Из всякого правила есть исключения. Несмотря на то, что инсталляционный пакет прошел тестирование производителя, будьте готовы столкнуться с непредвиденным поведением в процессе установки, возникающим именно в ваших неповторимых условиях.
Естественно, при подготовке приложения к развертыванию в корпоративной среде нужно руководствоваться в первую очередь рекомендациями производителя ПО. Однако иногда система развертывания понимает только формат MSI, а вендор предоставляет только exe-инсталлятор — в этом случае есть смысл попытаться заполучить именно vendor MSI.
Где взять vendor MSI?
Предположим, нужно развернуть некоторое приложение в нашей сети. Обычно у нас есть установочный пакет, полученный от производителя ПО – скопированный с установочного диска, скачанный с официального сайта и т.д.
Если у нас нет установочного пакета – идем на рутрекер сайт производителя и ищем пакет там. На сайте нет пакета в формате MSI, только онлайн-установщик или setup.exe? Попробуем поискать получше. Часто msi-файл для корпоративных пользователей вместе с инструкциями по развертыванию находится не на главной странице, а в разделе сайта с громким названием вроде «For business» (например, Google Chrome или Skype), или на ftp производителя. Если есть выбор из online и offline установщика – выбираем offline вариант.
Простое правило – установочный пакет (в любом формате) можно скачивать только с официального сайта (или ftp) производителя. НИКОГДА не качайте установщик с «файловых архивов» и «каталогов программ», дабы не столкнуться с неприятным сюрпризом.
Естественно, полные версии платных приложений вроде Adobe Creative Suite вы не найдете в открытом доступе. Если у вас есть лицензия на корпоративную версию, но нет установочных файлов — смело обращайтесь в службу поддержки производителя.
Итак, установочный пакет у нас есть. Если он представляет собой файл с расширением .msi – мы имеем дело с vendor MSI (спасибо, Кэп!). Если установщик содержит набор файлов, среди которых есть файл(ы) с расширением .msi – это тоже кандидат на звание vendor MSI. Если установщик – файл с расширением .exe, его не сразу стоит списывать со счетов – есть шансы что это «обертка» и внутри обнаружится снова-таки vendor MSI.
Это можно проверить так:
• Попытаться открыть exe-файл с помощью программы-архиватора (7-zip, WinRAR).
• Запустить установку приложения из имеющегося exe-файла и заглянуть во временные папки (%temp%). Обычно во время установки создается папка со случайным названием, в ней находятся установочные файлы, включая msi-файл. Копируем установочные файлы в надежное место – после окончания процесса установки временная папка удаляется.
• Заглянуть в журналы событий по окончанию установки и проверить наличие свежих записей о событиях с источником MsiInstaller.
• ваш вариант?
Начнем с простого эксперимента на установщике iTunes – откроем файл iTunesSetup.exe с помощью 7-zip и видим, что он включает сразу пять msi-файлов (решить сколько из них «лишние» предлагаю вам самостоятельно).
Убедившись, что мы имеем дело с vendor MSI, продолжаем исследование.
Для удобства предлагаю выделить основные категории vendor MSI. Классификация совершенно условна и основана лишь на личном опыте.
По типу ресурсов:
• «Чистый MSI»
• «Комбинированный MSI»
По типу настройки:
• MSI с простой настройкой через трансформ или параметры
• MSI с мастером настройки
• MSI с файлом ответов
Теперь о каждом немного подробнее и с примерами.
«Чистый MSI»
Общее свойство установщиков такого типа – использование нативных механизмов Windows Installer для установки файлов и ключей реестра. Соответствующие этим ресурсам записи присутствуют в таблицах MSI (File, Registry, Shortcut и т.д.). Для внесения изменений в установку достаточно отредактировать записи этих таблиц в трансформе — вы имеете практически полный котроль над процессом инсталляции.
Простые примеры «чистых MSI» – Skype, InstEd.
Для диагностирования проблем с такими установщиками используются стандартные возможности – чтение записей журнала событий (журнал Application, события с источником MsiInstaller) или полное логирование установки (запуск msiexec с параметром /l*v ).
«Комбинированный MSI»
В эту категорию я отнес установщики в формате Windows Installer, устанавливающие ресурсы нестандартным для Windows Installer способом. В этом случае Windows Installer используется для вспомогательных задач, а основную часть работы выполняет бинарный Custom Action (.dll или .exe).
Пример первый – Google Chrome for Business. 
Хорошо видно, что таблица File в установщике вообще отсутствует, а основную часть установки выполняет бинарный Custom Action под названием DoInstall, внутри него и находятся файлы, которые будут установлены в систему.
Еще один интересный пример – Java Runtime Environment. Извлекаем msi-файл с сопутствующим cab-файлом из оффлайн-установщика, распространяемого в формате exe-файла.
Таблица File этого vendor MSI содержит всего четыре записи, основные файлы приложения находятся внутри zip-архива (который в свою очередь находится внутри cab-файла) с последующей их распаковкой в процессе установки: 
За основную часть процесса инсталляции отвечает файл regutils.dll, названия Custom Actions довольно красноречивы: 
Этот тип инсталляторов несколько тяжелее поддается диагностированию ошибок – логи Windows Installer дадут нам полезную информацию только до момента запуска внутреннего exe-файла, а сам exe-файл не всегда генерирует внятные сообщения при возникновении ошибок. Также такие vendor MSI тяжелее поддаются настройке. Вернее сказать, наши возможности настройки процесса установки чаще всего ограничены только настройками, предусмотренными производителем ПО. Например, производитель ПО не всегда предусматривает возможность отключения установки ярлыков или внесения изменений в файлы настройки приложения при его установке.
Инсталляторы такого типа иногда преподносят неприятные сюрпризы в процессе установки (приходилось разбираться с JRE и Adobe Flash Player, сваливавшимися на выполнении Custom Action), и на диагностику и исправление ошибок может понадобиться некоторое время.
Теперь перейдем к возможностям настройки пакетов, предлагаемым нам производителями ПО.
MSI с простой настройкой через трансформ или параметры
Это самый распространенный способ – большинство vendor MSI имеют возможность такой настройки. Обычно производитель уже предусмотрел самые востребованные настройки вроде отключения автообновлений приложения и настроек подключения к серверу, и описал это в документации. Настройки могут быть описаны в виде параметров командной строки установщика, параметров MSI (MSI properties) или даже описания реестровых записей, которые вы можете добавить в трансформ для пакета.
Стоит упомянуть, что иногда в более новой версии vendor MSI параметры могут вести себя не так, как в предыдущей (или совсем перестать работать, как когда-то произошло с переставшими работать параметрами отключения автообновлений JRE), но это бывает крайне редко.
MSI с мастером настройки
Некоторые вендоры не ограничиваются публикацией перечня параметров командной строки для установки и настройки пакета. Они предоставляют утилиту для тонкой настройки инсталлятора, выполняющую несколько полезных функций:
• Интуитивно-понятный интерфейс избавляет системного администратора от необходимости открывать msi-файл в редакторе и вручную изменять большое количество записей в таблицах
• Утилита обычно предусматривает некоторую «защиту от дурака» и производит проверку правильности значений изменяемых параметров.
В результате выполнения мастера настроек для msi-файла формируется трансформ, который будет использоваться при развертывании пакета. Естественно, вы можете просмотреть содержимое сохраненного трансформа, применив его к открытому в редакторе msi-файлу.
Хорошим примером такого подхода может служить Adobe Customization Wizard, используемый для настройки параметров установки Adobe Reader и Adobe Acrobat: 
Другой пример известного мастера настроек – Office Customization Tool (OCT). Эта утилита позволяет сконфигурировать большое количество параметров, относящихся к установке и пользовательским настройкам MS Office. В результате выполнения мастера создается MSP-файл (патч в терминологии Windows Installer), который используется при дальнейшем развертывании MS Office в корпоративной среде.
MSI с файлом ответов
Этот тип инсталляционных пакетов скорее нужно было назвать «Setup.exe с файлом ответов». Идея состоит в том, что некий установочный файл (назовем его Setup.exe) читает некий предварительно сформированный системным администратором конфигурационный файл (config.xml) и формирует набор параметров для запуска расположенного рядом установочного msi-файла (или нескольких msi-файлов).
Этот подход не предусматривает нашей работы непосредственно с msi-файлом, поэтому не будем на нем останавливаться слишком подробно. Упомяну примеры таких установщиков – файлы настроек Adobe Creative Suite (версии CS2-CS3), а также использование файла ответов config.xml для установки MS Office.
Обычно для диагностики в случае проблем установки можно использовать создаваемый программой-установщиком лог-файл с описанием этапов выполнения; дополнительная информация от Windows Installer также попадает в журналы событий.
Как видите, за общим названием vendor MSI скрываются иногда совершенно непохожие инсталляторы. Надеюсь, эта обзорная статья помогла вам получить представление об их многообразии и о возможных проблемах установки и способах их диагностики.