Ошибки при установке программ из пакета Windows Installer «.msi»

Довольно распространённая проблема среди пользователей операционной системы Windows любых версий – ошибка msi при установке программ из файла с расширением .msi. В этой статье я опишу часто встречаемые проблемы с установщиком Windows 7/10/XP и варианты их решения, а также сделаю видео по текущему вопросу.

Файлы с расширением .msi это обычные пакеты установки (дистрибутивы) из которых ставится программа. В отличии от обычных «setup.exe», для запуска файла msi система использует службу Windows Installer (процесс msiexec.exe). Говоря простыми словами, установщик Windows разархивирует и запускает файлы из дистрибутива. Когда Windows Installer не работает, то появляются различные ошибки.

Вообще, меня это жутко бесит, т.к. после глупого сообщения об ошибке совсем непонятно что делать дальше. Microsoft специально разработали установщик Windows Installer для расширения возможностей установки программ (в основном это касается системных администраторов), но не позаботились должным образом о безглючной работе этой службы или хотя бы об адекватных сообщениях о проблемах. А нам теперь это разгребать 🙂

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

Ошибки msi файлов

Очень часто ошибки появляются из-за недостаточных прав системы на файлы или папки. Нельзя сказать, что Windows Installer не работает, в этом случае достаточно просто добавить нужные права и всё заработает. Буквально вчера я столкнулся с тем, что скаченный дистрибутив .msi не захотел устанавливаться, при этом успешно запускается мастер установки, выбираются параметры, но затем система думает несколько секунд и выдаёт ошибку:

«Error reading from file «имя файла» verify that the file exists and that you can access it» (Error 1305). Переводится «Ошибка чтения из файла … проверьте существует ли файл и имеете ли вы к нему доступ». Ну не тупняк ли? Естественно, что кнопка «Повторить» не помогает, а отмена прекращает всю установку. Сообщение особой смысловой нагрузки также не несёт, т.к. файл точно существует и я имею к нему доступ, иначе бы просто не смог его запустить и получить это сообщение, к тому же почему-то на английском языке 🙂

А ошибка в том, что не Я должен иметь доступ к файлу, а установщик Windows, точнее сама Система. Решается очень просто:

1. Кликаем правой кнопкой по файлу с расширением .msi, выбираем «Свойства»
2. На вкладке «Безопасность» смотрим, есть ли в списке пользователь с именем «система» или «System»
3. Скорее всего вы такого не увидите. Поэтому будем добавлять вручную. Нажимаем кнопку «Изменить…», затем «Добавить…»
4. В поле пишем «система» или «System» (если у вас английская Windows) и нажимаем «Проверить имена». При этом слово должно стать подчёркнутым как на картинке.
5. Нажимаем «ОК», ставим галочку «Полный доступ», «ОК»
6. Кнопка «Дополнительно» -> «Изменить разрешения…» ставим «Добавить разрешения, наследуемые от родительских объектов», «ОК» три раза.

Теперь ошибка установщика не появится! Можно добавить доступ на всю папку, из которой вы обычно инсталлируете программы, например на папку «Downloads», как у меня. Смотрим видео по решению проблем с правами доступа:

В Windows XP вкладки «Безопасность» не будет, если включён простой общий доступ к файлам. Чтобы его выключить, нужно зайти в «Пуск -> Панель управления -> Свойства папки -> Вид» и выключить опцию «Использовать простой общий доступ к файлам». В урезанных версиях Windows 7/10 и XP вкладки «Безопасность» нет в принципе. Чтобы её увидеть, нужно загрузить Windows в безопасном режиме и зайти в неё под администратором.

Ещё способы решить проблему

• Запускайте установку, войдя в систему под администраторским аккаунтом
• Правой кнопкой по пакету «.msi» и выбираем «Запуск от имени Администратора»
• Выключите антивирус на время
• Включить режим совместимости с предыдущими операционными системами. Для этого зайдите в свойства файла msi и на вкладке «Совместимость» поставьте галочку «Запустить программу в режиме совместимости»
  
• Если файл на флешке, то попробуйте скопировать его куда-нибудь на жёсткий диск и запустить оттуда (бывает, что запрещена установка программ со съёмных накопителей)
• Попробуйте просто создать новую папку с любым именем в корне диска, перекинуть туда дистрибутив и запустить его оттуда

Описанный метод поможет при разных сообщениях, с разными номерами. Например, вы можете видеть такие ошибки файлов msi:

• Error 1723
• Internal Error 2203
• Системная ошибка 2147287035
• Ошибка «Невозможно открыть этот установочный пакет»
• Ошибка 1603: Во время установки произошла неустранимая ошибка

Во всех этих случаях должна помочь установка прав на файл и/или на некоторые системные папки. Проверьте, имеет ли доступ «система» к папке временных файлов (вы можете получать ошибку «Системе не удается открыть указанное устройство или файл»). Для этого:

1. Сначала узнаем нужные пути. Нажмите «Win + Pause» и зайдите в «Дополнительные параметры системы -> Вкладка «Дополнительно» -> кнопка «Переменные среды»»
2. В списках ищем переменные с названиями «TEMP» и «TMP» (значения обычно совпадают), в них записаны пути к временным папкам, которые использует установщик Windows
3. Теперь идём к этим папкам и смотрим в их свойствах, имеет ли к ним доступ «система». Чтобы быстро получить путь к временной папке пользователя, кликните два раза по переменной, скопируйте путь и вставьте его в адресной строке «Проводника» Windows

После нажатия «Enter» путь преобразится на «нормальный» и вы переместитесь в реальную временную папку. Права на неё и надо проверять. Также рекомендую очистить временные папки от всего что там скопилось или даже лучше удалить их и создать новые с такими же названиями. Если не получается удалить папку, почитайте как удалить неудаляемое, но это не обязательно.

Если служба Windows Installer всё равно не хочет работать, то проверьте права на папку «C:\Config.Msi», сюда «система» также должна иметь полный доступ. В этом случае вы могли наблюдать ошибку «Error 1310». На всякий случай убедитесь, что к папке КУДА вы инсталлируете софт также есть все права.

Если вы используете шифрование папок, то отключите его для указанных мной папок. Дело в том, что хотя мы сами имеем к ним доступ, служба Microsoft Installer не может до них достучаться пока они зашифрованы.

Ещё ошибка может быть связана с битым файлом. Может быть он не полностью скачался или оказался битым уже на сервере. Попробуйте скачать его ещё раз оттуда же или лучше с другого места.

Ошибка установщика Windows

В случае общих проблем не будут устанавливаться никакие msi файлы, процесс установки, скорее всего, даже не начнётся. При этом могут появляться ошибки вида:

• Нет доступа к службе установщика Windows
• Не удалось получить доступ к службе установщика Windows
• Ошибка пакета установщика Windows (1719)

или ещё нечто подобное со словами «ошибка msi», «Windows Installer Error». Всё это означает, что система дала сбой и теперь её надо лечить. Может вы ставили какой-то софт, который испортил системные файлы и реестр, или подхватили вирус. Конечно, никогда не будет лишним удалить вирусы, или убедиться что их нет. Но оставьте этот вариант на потом, т.к. обычно проблема кроется в другом.

Сначала давайте проверим работает ли служба Windows Installer:

1. Нажмите «Win + R» и введите services.msc
2. Найдите в конце списка службу «Установщик Windows» или «Windows Installer»
3. Тип запуска должен быть «Вручную». Если она «Отключена», то зайдите в «Свойства» и выберите «Вручную»
4. Затем кликните по ней правой кнопкой и выберите «Запустить» или «Перезапустить». Если ошибок нет и состояние переходит в режим «Работает», то здесь всё нормально.
5. Нажмите «Win + R» и введите msiexec. Если модуль MSI работает нормально, то должно появиться окно с версией установщика и параметрами запуска, а не ошибка.

Следующее что я посоветую сделать – это выполнить команду сканирования системы на повреждённые и изменённые системные файлы. Нажмите «Win + R» и введите

Sfc /scannow

Произойдёт поиск и замена испорченных файлов на оригинальные, при этом может потребоваться вставить установочный диск с Windows XP-7-10. После окончания процесса перегрузитесь и посмотрите, решена ли проблема.

Microsoft сам предлагает утилиту, призванную решить нашу проблему. Запустите программу Easy Fix и следуйте мастеру.

Параметры реестра и службы

Следующий способ устранения ошибки – восстановление рабочих параметров в реестре установщика Windows Installer.

Для этого скачайте архив и запустите оттуда два reg-файла, соответственно своей версии Windows. Согласитесь с импортом настроек.

В Windows XP или Windows Server 2000 установите последнюю версию установщика 4.5.

Если не помогло, то проделайте ещё перерегистрацию компонентов:

1. Нажмите «Win + R» и введите «cmd». Затем в чёрном окне введите последовательно команды:
   MSIExec /unregister
   MSIExec /regserver
2. В ответ должна быть пустота, никаких ошибок. Если проблема не решена, введите ещё команду
   regsvr32 msi.dll
3. Закройте чёрное окно

Если пишет, что не хватает прав, то нужно запускать командную строку от имени Администратора.

Если команды выполнились, но не помогло, то скачайте файл и запустите msi_error.bat из архива, проверьте результат.

Последний вариант — скачайте программу Kerish Doctor, почитайте мою статью, там есть функция исправления работы службы установщика и многих других частых проблем Windows.

Также, многие программы используют .NET Framework, поэтому не будет лишним установить последнюю версию этого пакета. И, напоследок, ещё один совет: если в пути к файлу-дистрибутиву есть хоть одна папка с пробелом в начале названия, то удалите пробел. Такой простой приём решит вашу проблему 🙂

Подведение итогов

Ошибки с установщиком Windows очень неприятные, их много и сразу непонятно куда копать. Одно ясно – система дала сбой и нужно восстанавливать её до рабочего состояния. Иногда ничего не помогает и приходится переустанавливать Windows. Однако не торопитесь это делать, попробуйте попросить помощи на этом форуме. В точности опишите вашу проблему, расскажите что вы уже делали, какие сообщения получили, и, возможно, вам помогут! Ведь мир не без добрых людей 🙂

Ошибка «Windows could not complete the installation. To install Windows on this computer restart the installation» при запуске клонированной виртуальной машины Hyper-V с Windows Server 2012 R2

Это первая часть очередной истории о том, как можно наступить на грабли, там, где обычно этого не ожидаешь. Началось всё с того, что для очередного развёртывания нескольких однотипных виртуальных машин Hyper-V с гостевой ОС Windows Server 2012 R2 был подготовлен эталонный образ виртуального диска с установленной ОС. В эталонный образ были включены все актуальные обновления, после чего для уменьшения размера диска был применён метод очистки хранилища компонент Windows в каталоге WinSxS, а логический том системного диска по своему объему был усечён таким образом, что на нём оставалось около 5GB свободного пространства. Перед отключением ВМ в эталонной гостевой ОС по законам жанра была выполнена утилита sysprep. В дальнейшем с этого образа было успешно развёрнуто несколько ВМ, имеющих конфигурацию ВМ, сопоставимую с эталонной ВМ. Спустя некоторое время после всей этой истории с пониманием того, что ранее несколько развёртываний с образа прошли успешно, была предпринята попытка развернуть ещё пару ВМ с этого же образа.

К нашему удивлению при первом же запуске новой ВМ гостевая ОС отказалась загружаться с сообщением об ошибке » Windows Setup could not configure Windows to run onthis computer’s hardware » на этапе первичной инициализации.

Аналогичная ситуация повторилась и на второй новой ВМ, которую мы попытались развернуть с этого же образа. Попытка повторного перезапуска на обеих ВМ привела к другому сообщению об ошибке » Windows could not complete the installation. To install Windows on this computer restart the installation «

Далее после нажатия кнопки «OK» система отправлялась в перезагрузку и при следующей загрузке ситуация со второй ошибкой повторялась.

В попытках понять суть происходящего, в момент возникновения последней ошибки (не нажимая кнопки «OK» в окне сообщения об ошибке) жмём волшебную комбинацию клавиш Shift+F10 и попадаем в окно командной строки, выполняемое в контексте прав Администратора. Выполняем листинг содержимого файлов на системном диске C:\ …

…и обнаруживаем, что свободного места на диске практически нет. При этом размер файла подкачки pagefile.sys , размещаемого по умолчанию в корне этого диска имеет внушительный размер.

И здесь мы вспоминаем про то, что предыдущие успешные развёртывания с данного образа виртуального диска выполнялись на виртуальные машины, имеющие небольшой объём ОЗУ, а последние две ВМ, где мы столкнулись с проблемой, при создании были сконфигурированы на использование большого объема ОЗУ. И предположительно, причиной невозможности корректной первичной инициализации системы стал раздутый файл подкачки.

В такой ситуации можно попробовать умерить аппетиты гостевой ОС на расширение файла подкачки, установив на время ограниченный максимальный размер файла. Для этого из уже открытой командной строки можем вызвать апплет управления свойствами системы sysdm.cpl. В открывшейся форме переходим на закладку управления расширенными настройками Advanced и в блоке Performance нажимаем кнопку Settings. В дополнительно открывшейся форме переходим на вкладку Advanced и в разделе Virtual memory используем кнопку Change чтобы изменить параметры файла подкачки.

Отключим используемое по умолчанию автоматическое определение размера файла подкачки, укажем первичный и максимально допустимый размеры файла через опцию Custom size (например, от 512MB, но не больше 2GB) и нажмём Set, затем OK.

Теперь можно попробовать перезагрузить виртуальную машину, и при следующей загрузке гостевой ОС свободного места на системном диске должно быть достаточно для нормальной первичной инициализации системы. В нашем случае одна из ВМ загрузилась успешно, а вторая ВМ, не смотря на доступность места на диске продолжила выдавать ошибку » Windows could not complete the installation… «. Вероятно, в процессе первого запуска ОС с наличием проблемы с нехваткой свободного места на диске с механизмом OOBE (Out-of-Box Experience) что-то пошло не так.

На фоне сообщения об ошибке жмём уже знакомую комбинацию клавиш Shift+F10 и, попав в командную строку, перемещаемся в каталог C:\Windows\System32\oobe , где выполняем ручной запуск утилиты msoobe.exe

В случае успешного вызова этой утилиты перед нами должно появиться стандартное окно первичной настройки параметров системы, которое появляется при первом запуске ранее sysprep-нутой системы.

После того, как определим языковые параметры, и на следующих двух экранах примем лицензионное соглашение и укажем учётные данные администратора, мастер первичной инициализации закроется и мы снова вернёмся на первоначальный чёрный экран с открытой командной строкой, в которой вызовем команду штатной перезагрузки гостевой системы:

В нашем случае после перезагрузки гостевая система успешно загрузилась.

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

Делаем вывод, что если нам заранее известно то, что внутри шаблонного виртуального диска на системном томе гостевой ОС немного свободного места, то перед первым запуском ВМ лучше установить минимальный объём ОЗУ, исходя из которого система не будет пытаться создать файл подкачки большого размера. А уже после окончания процесса первичной инициализации можно будет увеличить размер ОЗУ ВМ до нужного объёма. Ну или же при создании эталонного диска можно устанавливать небольшой фиксированный размер файла подкачки, который, возможно, потребуется после первичной инициализации новой гостевой ОС, выставлять обратно в автоматический режим либо увеличивать под свои нужды.

С другой стороны, если Вам критична стабильность и предсказуемость работы развёрнутой из шаблона гостевой ОС и Вы испытали проблемы в ходе первичной инициализации OOBE, то лучше пытаться выполнять развёртывание повторно до тех пор, пока оно не отработает штатно. То есть лучше безжалостно удалять виртуальный диск, где первичная инициализация ОС прошла с ошибками и цеплять шаблонный диск к новой ВМ повторно для получения нужного результата. В противном случае с такой «кое-как взлетевшей» системой может случиться ещё несколько историй в духе «О сколько нам открытий чудных …». Одной из таких дивных историй я поделюсь в следующей заметке.