Служба установщика Windows недоступна: решаем проблему

Основные сведения[править]

Набор ПО для установки системы делится на две части: загрузчик (propagator) и собственно инсталлятор, с которым в основном пользователь и работает.

Загрузчик запускается при помощи аппаратно реализованных низкоуровневых протоколов (протокол загрузки с CD/DVD, PXE для загрузки через сеть). В силу больших ограничений на занимаемое место, единственная его задача — запустить ядро, найти (при необходимости получить из сети) и запустить инсталлятор. В дистрибутиве загрузчик размещается в initrd образе.

Инсталлятор в свою очередь тоже делится на две части:

  • первая часть (install2) выполняется в специализированной среде инсталлятора, после установки системы происходит перенос настроек из этой среды в только что установленную. В дистрибутиве первая часть распространяется в виде squashfs-образа файловой системы.
  • вторая часть (install3) выполняется уже внутри установленной системы (и с бэкендами, запущенными на другой копии alteratord). В дистрибутиве представлена в виде пакетов, устанавливаемых как базовая система.

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

Описание шагов инсталлятора[править]

Описание шагов инсталлятора делится на две части: описание порядка шагов и собственно описание каждого шага.
Описание шага полностью повторяет описание модуля конфигуратора. Все описания шагов размещаются в каталогe /usr/share/install2/steps/.

Порядок шагов указывается в файле /usr/share/install2/installer-steps (см. alterator-wizardface). В этом файле перечисляются имена desktop-файлов без полного пути и суффикса .desktop. Вот пример типичного набора шагов инсталлятора:

Введение

Я не являюсь профессиональным программистом. В том смысле, что не зарабатываю денег этим ремеслом, а использую свои навыки в качестве инструмента для основной, научной, деятельности. Поэтому все мои «поделки» живут лишь отведенный им на решение конкретной задачи период и не выходят за пределы каталогов проекта. Кроме того, уже довольно давно я отошел от разработки под ОС Windows, ибо Linux для решения моих задач более удобен.

Однако ученым тоже хочется кушать, прилично одеваться и заправлять машину. Поэтому (правда довольно редко) возникает необходимость немного пофрилансить.

Недавно мне подкинули не слишком сложный проект — одна фирма хочет написать аналог программы, имеющейся у другой. Немного реверсинга, немного кодинга, в целом проект вполне обыденный. Однако тут же возник вопрос о создании инсталлятора — клиент ведь желает продукт «под ключ», чтобы клацнуть на «сетап», понажимать «Далее» и получить готовую к работе программу.

Созданием инсталляторов я не занимался никогда. Поэтому данный вопрос был основательно «загуглен», в числе прочего попалась и такая статья с Хабра. Выбор средств для подобной задачи довольно широк, и включает как проприетарные, так и открытые продукты. Вот список того, что я «пощупал»

  1. InstallShield — классика жанра, достаточно солидный проприетарный продукт
  2. Adnvanced Installer — проприетарный инструмент с широкими возможностями кастомизации через GUI. На сайте сказано, что если Вы блоггер и будете писать об этом продукте много хороших слов, то у Вас есть возможность получить Free License
  3. WiX — открытый бесплатный продукт, основанный на XML-скриптах. Мощная, хорошо документированная штука. Разбираться с ним я пока не стал, ибо время дорого (да и к XML душа лежит не очень). Возможно когда нибудь я к нему вернусь. Да, к нему есть плагины для Visual Studio, что несомненный плюс.
  4. Inno Setup — опенсорсный проект, код которого доступен на гитхабе. В силу бесплатности и низкого порога вхождения мой выбор остановился именно на нем, как инструменте позволившем выполнить работу быстро и качественно.

Так что в статье мы будем рассматривать пример использования Inno Setup, для которого имеется полезный фронтэнд Inno Script Studio, позволяющий выполнять создание простых инсталляторов с помощью мастера и менять настройки через GUI. GUI понадобился мне для первого знакомства, с продуктом, но мы не будем уделять ему большого внимания — мой «линукс головного мозга» в последнее время всё больше и больше уводит меня от желания использовать разного рода «мастера» (это субъективно, прошу не пинать). Мы рассмотрим хардкорный способ написания скрипта с чистого листа.

Как определить, что использовался install shield для упаковки инсталлятора

Открываем свойства файла, на вкладке «Подробно» в пунктах «Описание» и «Исходное имя файла» как правило будет указано значение «setup.exe”, а в «Название продукта»: «InstallShield».К тому же запустив такой инсталлятор для обычной установки, как правило вы встретите такие слова:

Естественно, это всё может быть написано и по-английски.

Что же это за файлы такие, имеющие расширение msi?

Этот файл установочного пакета, с помощью которого инсталлируется программное обеспечение, и который использует службу установщика Windows. Свое название расширение msi
взяло от «Microsoft Installer»
, как раньше называлась версия установщика Windows.

Такой файл содержит в себе полный сценарий установки программного продукта, вспомогательные компоненты, библиотеки и, в большинстве случаев, все установочные файлы, сжатые в cab-архивы. Можно долго обсуждать все достоинства и недостатки в работе Windows Installer, но придется все же принять его «как есть», а на некоторые неполадки в работе будем грамотно и адекватно реагировать. Ошибки могут возникать как в работе службы, так и по причине самих msi
файлов.

Вот, что иногда случается: и далее система предлагает мне убедиться, а действительно ли был файл установщика, который я запускал. Поначалу звучит как минимум странно. Но, читая дальше послание системы, понимаю, что мне предлагают убедиться не только в наличии самого файла, но и в моих правах на доступ к нему. Как оказалось, это не я, а Windows Installer был обделен доступом к файлу, отсюда и проблема.

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

Служба установщика Windows недоступна: решаем проблему

после чего жмем на «Проверить имена» (строчка становится подчеркнутой).Подтверждаем – ОК и ставим отметку в чекбоксе «Полный доступ», опять подтверждаем.

Жмем на «Дополнительно», далее – «Изменить разрешения» – «Добавить разрешения»,
наследуемые от родительских объектов и все подтверждаем трижды.Таким образом, от этой ошибки установщика мы избавились, и больше она нас не побеспокоит в процессе установки.

Если на вашем компьютере имеется операционная система Windows ХР, а в «Свойствах папки» включен «простой общий доступ к файлам», вы не увидите вкладку «Безопасность» в свойствах файла. В таком случае вам следует зайти в «Свойства папки» и снять отметку в чекбоксе «Использовать простой общий доступ к файлам».

Также этой вкладки вы рискуете не обнаружить в разных «сборках» и «облегченных версиях» как Windows XP, так и Windows 7. Чтобы таки зайти на эту вкладку, придется загрузиться в Safe mode (Безопасном режиме) и войти под учетной записью администратора.

Еще проблему с Windows Installer можно избежать, запуская установку приложений с отключенной программой-антивирусом, с правами администратора, а также в режиме совместимости (вкладка «Совместимость» в свойствах msi-файла, ставим галочку в соответствующем чекбоксе).

Служба установщика Windows недоступна: решаем проблему

Обязательно убедитесь в наличии доступа системы к каталогам временных файлов. Откройте «Свойства системы» (Win Pause или в контекстном меню по правому клику мышкой на иконке Мой компьютер выберите строку Свойства), в «Дополнительных параметрах системы»,

Служба установщика Windows недоступна: решаем проблемуСлужба установщика Windows недоступна: решаем проблемуСлужба установщика Windows недоступна: решаем проблему
Служба установщика Windows недоступна: решаем проблемуConfig
.
Msi
в корне системного раздела. Для всех обозначенных выше каталогов должно быть отключено шифрование, т. к. Windows Installer в таком случае не имеет к ним доступа, в отличие от пользователя.

«комбинированный msi»

В эту категорию я отнес установщики в формате Windows Installer, устанавливающие ресурсы нестандартным для Windows Installer способом. В этом случае Windows Installer используется для вспомогательных задач, а основную часть работы выполняет бинарный Custom Action (.dll или .exe).

Пример первый – Google Chrome for Business.
Служба установщика Windows недоступна: решаем проблему
Хорошо видно, что таблица File в установщике вообще отсутствует, а основную часть установки выполняет бинарный Custom Action под названием DoInstall, внутри него и находятся файлы, которые будут установлены в систему.Еще один интересный пример – Java Runtime Environment. Извлекаем msi-файл с сопутствующим cab-файлом из оффлайн-установщика, распространяемого в формате exe-файла.
Таблица File этого vendor MSI содержит всего четыре записи, основные файлы приложения находятся внутри zip-архива (который в свою очередь находится внутри cab-файла) с последующей их распаковкой в процессе установки:
Служба установщика Windows недоступна: решаем проблему
За основную часть процесса инсталляции отвечает файл regutils.dll, названия Custom Actions довольно красноречивы:
Служба установщика Windows недоступна: решаем проблему

Этот тип инсталляторов несколько тяжелее поддается диагностированию ошибок – логи Windows Installer дадут нам полезную информацию только до момента запуска внутреннего exe-файла, а сам exe-файл не всегда генерирует внятные сообщения при возникновении ошибок.

Также такие vendor MSI тяжелее поддаются настройке. Вернее сказать, наши возможности настройки процесса установки чаще всего ограничены только настройками, предусмотренными производителем ПО. Например, производитель ПО не всегда предусматривает возможность отключения установки ярлыков или внесения изменений в файлы настройки приложения при его установке.

Инсталляторы такого типа иногда преподносят неприятные сюрпризы в процессе установки (приходилось разбираться с JRE и Adobe Flash Player, сваливавшимися на выполнении Custom Action), и на диагностику и исправление ошибок может понадобиться некоторое время.

:/>  Исчез значок переключения языка клавиатуры Windows 10

Теперь перейдем к возможностям настройки пакетов, предлагаемым нам производителями ПО.

«чистый msi»

Общее свойство установщиков такого типа – использование нативных механизмов Windows Installer для установки файлов и ключей реестра. Соответствующие этим ресурсам записи присутствуют в таблицах MSI (File, Registry, Shortcut и т.д.). Для внесения изменений в установку достаточно отредактировать записи этих таблиц в трансформе — вы имеете практически полный котроль над процессом инсталляции.

Простые примеры «чистых MSI» – Skype, InstEd.Для диагностирования проблем с такими установщиками используются стандартные возможности – чтение записей журнала событий (журнал Application, события с источником MsiInstaller) или полное логирование установки (запуск msiexec с параметром /l*v <install.log>).

Развертывание .NET Framework

Вы не заметили, что мы о чем-то забыли? Приложение, созданное на C# не будет работать без фреймворка, с которым оно было собрано, если таковой отсутствует в системе. Соответствующий фреймворк надо установить, а для этого необходимо

  1. Определиться с тем, как будем получать дистрибутив фреймворка. Тут есть два варианта — поставлять его вместе с дистрибутивом программы или, при необходимости установки загрузить его онлайн на целевую машину. Мы остановимся на варианте включения фреймворка в дистрибутив. Сам фреймфорк, скажем версии 4.0, можно взять бесплатно у Майкрософта
  2. Детектировать наличие/отсутствие данного фреймфорка в целевой системе. Для этого потребуется написать логику, анализирующую состояние системного реестра.

Значения в реестре, которые необходимо проверить приведены в официальной документации Microsoft, в статье я приведу краткую выжимку из неё

Таблица 1. Ключи реестра, для проверки установленной версии .NET Framework

Для реализации произвольной логики работы инсталлятора в Inno Setup предусмотрена секция [Code]. В пределах этой секции размещается код реализующих логику функций на языке Pascal. Содежимое этой секции мы вынесем в отдельный файл dotnet.pas и включим в основной скрипт дерективой #include

;------------------------------------------------------------------------------
;   Секция кода включенная из отдельного файла
;------------------------------------------------------------------------------
[Code]
#include "dotnet.pas"

Cреда инсталлятора[править]

Среда инсталлятора — это сильно урезанная система Linux. Имеется несколько дополнительных каталогов:

  • /image — образ дистрибутива
  • /mnt/destination — устанавливаемая система

/image Используется прежде всего как источник пакетов, репозиторий которых которые располагаются в /image/ALTLinux. Список подлежащих установке пакетов определяется в /image/Metadata/pkg-groups.tar (см. ниже). Установка пакетов производится модулем alterator-pkg.

Вся файловая система за исключением каталогов /var и /etc находится в режиме “только чтение”.

Inno setup

Отличный, бесплатный инструмент для создания инсталляторов, поддерживающий скрипты на языке PASCAL, достаточно прост в освоении и удобен для использования.Inno setup умеет регистрировать библиотеки и ActiveX компоненты, Создавать шифрованные инсталляторы, изменять реестр, а также запускать внешние приложения, но это лишь малая часть того, что умеет Inno Setup, даже слишком малая….Следует заметить, что справочная система достаточно хорошо написана и подкреплена многочисленными примерами.

Inno Setup не уступает многим системам создания инсталляторов, а некоторые по удобству и возможностям оставляет далеко позади, хотя и является бесплатными по правде говоря, он мне нравиться больше всех перечисленных в этой статье, многократно меня выручавший.

Inno Setup последнее время всё чаще и чаще используют для создания инсталляционных пакетов, не только разработчики бесплатных программ, но и коммерческих продуктов, например:

Хм, что это я расписался, буду о главном.

Inno Setup поддерживает два основных ключа для тихой установки, это «SILENT” и “VERYSILENT”.Пример:Start setup.exe /verysilentStart setup.exe /silentИногда возникает небольшая проблемка: вылазит окошко с вопросом хотите ли вы продолжить установку. Чтобы скрыть это окно, используйте ключ “SP-“.Пример:Start setup.exe /VERYSILENT /SP-

Installshield

Начну пожалуй с самой объёмной, самой любимой крупными коммерческими разработчиками По. InstallShield — это мощный профессиональный инструмент создания надежных инсталляционных пакетов.

С помощью Project Assistant разработчик шаг за шагом проходит все этапы создания инсталлятора. Никакого обучения не требуется, все основные возможности InstallShield X Express возможно узнать в течении менее одного дня. Полная интеграция со средой разработки Visual Studio .NET, поддержка .NET, Linux, Web services и приложений для мобильных устройств.

Встретить его можно очень часто в платных продуктах, например:

Как правило такие инсталляторы не вызывают сложностей, достаточно их запустить с ключом “S”, и программа будет установлена в тихом режиме.Примечание: Если параметр “wait” не отрабатывает, пробуйте использовать ключ “SMS”Пример:Start /wait setup.exe /s /sms

Msi с мастером настройки

Некоторые вендоры не ограничиваются публикацией перечня параметров командной строки для установки и настройки пакета. Они предоставляют утилиту для тонкой настройки инсталлятора, выполняющую несколько полезных функций:

• Интуитивно-понятный интерфейс избавляет системного администратора от необходимости открывать msi-файл в редакторе и вручную изменять большое количество записей в таблицах

• Утилита обычно предусматривает некоторую «защиту от дурака» и производит проверку правильности значений изменяемых параметров.

В результате выполнения мастера настроек для msi-файла формируется трансформ, который будет использоваться при развертывании пакета. Естественно, вы можете просмотреть содержимое сохраненного трансформа, применив его к открытому в редакторе msi-файлу.
Хорошим примером такого подхода может служить Adobe Customization Wizard, используемый для настройки параметров установки Adobe Reader и Adobe Acrobat:
Служба установщика Windows недоступна: решаем проблему

Другой пример известного мастера настроек – Office Customization Tool (OCT). Эта утилита позволяет сконфигурировать большое количество параметров, относящихся к установке и пользовательским настройкам MS Office. В результате выполнения мастера создается MSP-файл (патч в терминологии Windows Installer), который используется при дальнейшем развертывании MS Office в корпоративной среде.

Msi с простой настройкой через трансформ или параметры

Это самый распространенный способ – большинство vendor MSI имеют возможность такой настройки. Обычно производитель уже предусмотрел самые востребованные настройки вроде отключения автообновлений приложения и настроек подключения к серверу, и описал это в документации.

Стоит упомянуть, что иногда в более новой версии vendor MSI параметры могут вести себя не так, как в предыдущей (или совсем перестать работать, как когда-то произошло с переставшими работать параметрами отключения автообновлений

), но это бывает крайне редко.

Msi с файлом ответов

Этот тип инсталляционных пакетов скорее нужно было назвать «Setup.exe с файлом ответов». Идея состоит в том, что некий установочный файл (назовем его Setup.exe) читает некий предварительно сформированный системным администратором конфигурационный файл (config.xml) и формирует набор параметров для запуска расположенного рядом установочного msi-файла (или нескольких msi-файлов).

Этот подход не предусматривает нашей работы непосредственно с msi-файлом, поэтому не будем на нем останавливаться слишком подробно. Упомяну примеры таких установщиков –

Adobe Creative Suite (версии CS2-CS3), а также использование файла ответов

для установки MS Office.

Обычно для диагностики в случае проблем установки можно использовать создаваемый программой-установщиком лог-файл с описанием этапов выполнения; дополнительная информация от Windows Installer также попадает в журналы событий.

Как видите, за общим названием vendor MSI скрываются иногда совершенно непохожие инсталляторы. Надеюсь, эта обзорная статья помогла вам получить представление об их многообразии и о возможных проблемах установки и способах их диагностики.

Nullsoft scriptable install system (nsis)

Nullsoft Scriptable Install System (NSIS) — программа предназначена для легкого и быстрого создания профессиональных инсталляционных пакетов. Программа позволяет разработчикам ПО создавать сжатый win32 exe-файл, с возможностью проверки его целостности.

Инсталляторы, созданные с помощью бесплатного NSIS, запускаются с ключом “S”.Пример:start setup.exe /SБудьте внимательны, ключ должен быть в верхнем регистре, иначе он может просто не сработать.Для указания директории установки можно использовать ключ “D”.Пример:Start setup.exe /S /D=c:myprogram

Windows installer service (*.msi)

Ну что же об этом сказать… Технология Windows Installer Service (MSI) является стандартом де-факто в мире системных администраторов, занимающихся распространением и поддержкой ПО для десктопных и серверных версий Windows. Формат MSI поддерживается всеми крупными системами управления конфигурациями (Microsoft SCCM, CA Unicenter и многими другими), а для некоторых систем распространения ПО — является даже единственным поддерживаемым форматом.

Все инсталляторы, запакованные с помощью Windows Installer, имеют расширение “*.msi”.Примеры программ:

Этот тип инсталляторов поддерживает следующие ключи для тихой установки:«qb» и «QN».При использовании ключа «QB» будет отображён ход установки, однако никаких вопросов пользователю задано не будет, также и не будет отображаться кнопка «Cancel (Отмена)».Пример:

Start setup.msi /qbСледующий ключ: “qn”При использовании данного ключа будет полностью скрыт процесс установки. Прогресс установки также отображаться не будет.Пример:Start setup.msi /qnСледует заметить, что некоторые программы после установки требуют перезагрузки компьютера.

Wise installer

Покопавшись в интернете вот какое красивое описание я нашёл для него:Wise for Windows Installer позволяет профессиональным разработчикам быстро создавать надежные пакеты .MicrosoftI с использованием новейших технологий Windows Installer корпорации Microsoft.

Уникальные функции Wise for Windows Installer помогают как небольшим, так и крупным командам разработчиков создавать установочные пакеты для любых типов платформ, включая рабочие станции и карманные компьютеры, серверы приложений и web, а также мобильные устройства Windows Mobile, Windows CE, Pocket PC, Microsoft .NET Compact Framework, Palm OS и смартфоны.

Программа Wise Installation Studio позволит без особых усилий создавать инсталляционные пакеты приложений для операционной системы Windows Vista, 64-битных версий Windows и мобильной платформы Windows Mobile 5. Данный пакет поддерживает формат Windows Installer (MicrosoftI), а также имеет и собственный формат — WiseScript (.EXE).

:/>  Как проверить микрофон на компьютере Windows 10

Пользователи также смогут по достоинству оценить преимущества инновационной технологии Altiris Software Virtualization Solution, внедрённой в Wise Installation Studio, которая позволяет создавать виртуальные архивы приложений (.VSA) и гарантирует полное отсутствие конфликтов между устанавливаемыми продуктами.

Кроме того, новая версия Wise Installation Studio интегрируется с производимым компанией Nalpeiron пакетом PRO-Tector Standard. Это решение позволяет разработчикам создавать испытательные версии программных продуктов и обеспечивает надёжную защиту интеллектуальной собственности от незаконного использования.

Только вот ведь незадача, похоже проект умер…ну да ладно, не будем о грустном…

Инсталляторы, созданные с помощью WISE Installer принимают стандартный ключ «S”.Пример:Start setup.exe /S

Автономный установщик обновлений windows *.msu

В связи с тем, что данная информация часто требуется, отредактировал статью :-), добавив в неё также и ключи для *.msu.msu — это автономные установщики обновлений Windows. Однажды скачав обновления, их можно установить даже без наличия интернета и повторно их качать не придётся.Все эти установщики имеют расширение *.msu и поддерживают следующие ключи командной строки.

/quiet — тихий режим без взаимодействия с пользователем. Все окна будут скрыты. Если после обновления понадобиться перезагрузка, то она будет произведена.

/norestart — Используйте этот ключ вместе с quiet, чтобы избежать перезагрузки.

/warnrestart — При использовании с quiet предупредит о том, что будет произведена перезагрузка.

/promptrestart — при использовании с quiet появится вопрос о перезагрузке компьютера.

/forcerestart — При использовании с quiet будет выполнена так называемая форсированная перезагрузка т.е., все приложения будут принудительно закрыты и компьютер перезагрузится.

/log — Задаёт ведение лога и путь к лог файлу.

Пример:start c:updateskb3456246.msu /quiet /norestart /log:update.log

Данные и метаданные[править]

Инсталлятор размещается в корне CD/DVD-диска в файле altinst. Это образ файловой системы формата squashfs.
Для работы ваших скриптов им возможно потребуются некоторые файлы с данными.

Первый способ (“данные”) – разместить их вместе с инсталлятором. Это делается во время сборки squashfs образа (при помощи хуков spt или mkimage). Соответственно для того чтобы изменить данные – надо создать заново файл altinst.

Второй способ (“метаданные”) – рядом с файлом altinst вы обнаружите каталог Metadata. Всё что туда положите можно будет потом получить прямо в скриптах вызвав утилиту cp-metadata — данные будут доставлены, даже если установка идёт через сеть.
Формат запуска:

 metadata-cp <целевой-каталог>/<файл>

В результат будет взят (скачан, скопирован) Metadata/<файл> и положен в <целевой-каталог>.

На данный момент используются следующие метаданные:

Использование installshield расширения *.msi

Начиная с версии 7, InstallShield может создавать файлы с расширением «*.msi». они в свою очередь могут быть отдельными файлами и в связке с setup.exe,Например как OBIВторые в свою очередь бывают двух типов:«InstallScript MSI» и «Basic MSI».

InstallScript MSI использует традиционные ключи InstallShield. Basic MSI — отдельная интересная история.Чтобы автоматически установить приложение, использующее Basic MSI, вам нужно указать ключи «/s /v»…»». Многоточие нужно заменить на ключи, которые необходимо передать непосредственно Windows Installer (msiexec).

Как определить использование nsis

У всех инсталляторов, созданных с помощью NSIS очень схожий интерфейс, изучите внимательно процесс установки программы Winamp, и вы сможете без труда определить используется ли NSIS.

Наличие установщика windows

Откройте Пуск – Выполнить
. В открывшемся окне введите задачу services.msc
.

В новом окне найдите пункт Установщик Виндоус.

Дважды кликните на иконке. В окошке найдите параметр Тип запуска и убедитесь, что напротив него выбрано Автоматически или Вручную. После этого выберите Запустить и нажмите ОК. Далее нужно перезагрузить компьютер, чтобы изменения вступили в силу и попробовать заново установить требуемую программу.

Запустить установщик также можно через Командную строку. В ней нужно прописать net start MSIServer
и нажать Enter
. После этого вы увидите соответствующее оповещение, что служба запущена.

Недоступна служба установщика windows 10

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

Это происходит таким образом:

  • нужно нажать на клавишу «Пуск» и открыть раздел «Выполнить»;
  • ввод команды regedit;
  • в открывшемся окошке редактора требуется перейти по ветке – HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesmsiserver;
  • проверка соответствия пункта ImagePath со значением – %systemroot%system32msiexec.exe /V
  • если показатели имеют отличие, то их нужно уравновесить посредством ввода требуемых параметров в окно данного пункта, открывшееся после нажатия (2 раза) левой стороной компьютерной мыши;
  • запуск службы services.msc.

При 64 – битной версии системы нужно брать во внимание параметр WOW64, чей параметр равняется нулевому значению. При этом, в свойствах обязательно должна быть использована шестнадцатеричная система исчисления.

По окончанию всех манипуляций по изменению реестровых параметров требуется в обязательном порядке сделать перезагрузку компьютера.

Если после всех используемых способов, так и нет доступа к службе Установщика Windows Installer, то можно попробовать радикальный метод по изменению параметров реестра: создание реестрового файла посредством программы Блокнот с последующим запуском файла и обновлением пункта реестра:

  • после нажатия клавиши «Пуск» нужно ввести Блокнот в окошке «Поиск»;
  • открытие файла Notepad.exe в пункте «Программы»;
  • в окно Блокнота нужно вставить скопированный на официальном сайте Майкрософт текст по обновлению реестра;
  • нужно выбрать «Сохранить как» в меню «Файл» и ввести файловое название Msirepair.reg;
  • в окне «Тип файла» необходимо обозначить Все файлы (*.*);
  • в поле «Сохранить» нужно отметить Рабочий стол, а потом непосредственно само действие « Сохранить»;
  • для закрытия Блокнота нужно нажать команду Выход в меню «Файл»;
  • затем на рабочем столе требуется правой клавишей мыши раскрыть файл Msirepair.reg и выбрать раздел «Запуск от имени Администратора». После ввода требуемого пароля нужно нажать «Продолжить»;
  • после предложения установки разделов реестра нужно кликнуть по пункту «Да»;
  • переустановка требуемой программы.

Стоит учитывать, что при использовании этого метода, происходит изменение реестра. Чтобы при данном действии не возникли критические проблемы, всю процедуру сброса параметров нужно проводить строго по инструкции. Также рекомендуется создать резервную копию реестра, как дополнительное средство защиты данных. Это делается для возможности воссоздания реестра после серьезных неполадок.

Недоступна служба установщика windows 7

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

Для этого предпринимаем следующие действия:

  • нужно открыть список Windows 7 кликом по клавишам Win R, после чего ввести команду services.msc в окошке «Выполнить»;
  • дальше в списке требуется найти Установщик Windows и 2 раза щелкнуть по нему;

Важно знать, что при запуске Windows Installer выглядит так:

  • конечный этап – включение автоматического запуска службы Установщика Windows (в 7й Windows возможна перемена типа запуска на «Автоматически»), перезагрузка и повторная установка программы.

Если первый способ исправления ошибки 1719 не принес никакого результата, то следует попробовать службу Windows Installer зарегистрировать в системе по – новому, произвести запуск от имени Администратора командной строки.

Для этого потребуется отыскать в стандартных программах командную строку, после чего по ней кликнуть правой стороной компьютерной мышки и выбрать « Запуск от имени Администратора».

Дальше вводимые команды будут зависеть от того, какая версия Windows у вас установлена: 32 – битная или 64 – битная.

Для того, чтобы перерегистрировать службу Установщика Windows в 32 -битной версии, требуется совершить ввод двух команд:

  • первая – msiexec /unregister;
  • вторая – msiexec /register.

Стоит учесть, что после выполнения данных команд обязательно нужно сделать перезагрузку ПК.

Для устранения ошибки в 64 – битной версии нужно ввести последовательно такие команды:

1.%windir%system32msiexec.exe /unregister;

2.%windir%system32msiexec.exe /regserver;

3.%windir%syswow64msiexec.exe /unregister;

4.%windir%syswow64msiexec.exe /regserver.

После чего нужно перезагрузить компьютерное устройство. После таких манипуляций ошибка должна убраться.

Неинтерактивные шаги инсталлятора[править]

Часть шагов установщика пользователь видит на экране (настройка времени, установка системы), а часть нет. Неинтерактивные шаги оформленны как последовательно запускаемые скрипты.

Есть особые точки в ходе работы установщика, где можно вставить свой собственный скрипт (подробнее):

  1. /usr/share/install2/initinstall.d — выполняются перед стартом инсталлятора. В этот момент, как правило, производится вся подготовительная работа (генерация конфигурационного файла xorg.conf, необходимые исправления в evms.conf и apt.conf[1]).
  2. /usr/share/install2/prepkg.d — выполняются после инициализации чрута для новой системы ($destdir), но перед собственно установкой пакетов (см. alterator-pkg); здесь можно, например, повлиять на умолчания в “галочках” выбора групп пакетов.
  3. /usr/share/install2/preinstall.d — выполняются сразу после установки базовой системы. Как правило, это скрипты для дополнительной настройки базовой системы (перед установкой дополнительного набора ПО) и для переноса настроек из среды инсталлятора. Добавлять суда свои собственные скрипты стоит только тогда когда вы чётко представляете свои цели (например перенесли шаг до установки базовой системы и теперь требуется перенести настройки).
  4. /usr/share/install2/postinstall.d — выполняются сразу после последнего шага инсталлятора. Как правило, это скрипты, удаляющие служебные пакеты инсталлятора из базовой системы и прочий «окончательный тюнинг» установленных пакетов для тех или иных нужд. Если захочется сделать какие-нибудь специфические настройки «из коробки», то это самое лучшее место для этого.
    Обратите внимание: скрипты из такого каталога выполняются сперва из только что установленной системы, затем — из корня инсталятора (см. scripts/postinstall); причём среди последних обычно есть зачищающий отработавшие первые. Следует также учитывать, что даже скрипты из установленной системы выполняются в среде установщика, а не в среде установленной системы.
:/>  Какую операционную систему установить на слабый ПК или ноутбук

Некоторые распространённые коллекции скриптов оформлены как пакеты installer-feature-*.

Схема запуска различных подсистем инсталлятора (процесс /sbin/install2):

  1. предварительная подготовка и разбор командной строки.
  2. запуск /sbin/initinstall — initinstall.d скрипты.
  3. запуск alterator; в ходе работы alterator сразу по окончанию установки базовой системы происходит запуск preinstall.d скриптов.
  4. запуск /sbin/postinstall — postinstall.d скрипты.
  5. отмонтирование всех файловых систем, завершение работы.

Отладочная информация[править]

В ходе работы инсталлятора на одной из виртуальных консолей доступна оболочка shell для отладки (на остальных консолях можно при этом наблюдать сообщения от различных работающих подсистем).
Инсталлятор создаёт несколько файлов журнала и в случае возникновения каких-либо проблем эти файлы можно отослать разработчикам для “разбора полётов” и выяснения причин отказа.

Параметры командной строки[править]

Загрузчик инсталлятора принимает следующие параметры:

Инсталлятор принимает следующие параметры:
  • xdriver — графический инсталлятор предпринимает попытку автоматического подбора драйвера видеокарты, но иногда это ему не удаётся. Данным параметром, можно отключить “искуственный интеллект”.
  • instdebug — если будет присутсвовать этот параметр, то до и после инсталлятора будет запущена оболочка shell. Очень полезное средство, когда требуется выяснить почему инсталлятор не запускается. Вообще последовательность работы внутренних скриптов следующая: install2 -> xinit -> alterator-install2 -> “alterator-wizard”. При необходимости, можно вручную загрузить xorg (команда xinit), и в открывшемся окне терминала запустить alterator-install2 (или alterator-wizard) вручную.
  • expertmode — режим дополнительной функциональности. Например, возможность выбора других файловых систем.

По типу настройки:

• MSI с простой настройкой через трансформ или параметры

• MSI с мастером настройки

• MSI с файлом ответов

Теперь о каждом немного подробнее и с примерами.

По типу ресурсов:

• «Чистый MSI»

• «Комбинированный MSI»

Профиль инсталлятора[править]

Профиль инсталлятор состоит из:

  • список шагов
  • описание нестандартных шагов (если есть)
  • postinstall.d скрипты (если надо)

Ядро инсталлятора, основные скрипты, шаги установки и файлы с описанием основных шагов размещаются в серии пакетов installer (installer,installer-stage2,installer-stage3).

Профиль размещается в серии пакетов installer-distro (installer-distro, installer-distro-stage2, installer-distro-stage3). Не забудьте добавить в каждый пакет зависимости на пакеты с необходимыми модулями alterator и на соответствующие пакеты installer.

Вместо написания своих preinstall.d/postinstall.d скриптов постарайтесь использовать готовые компоненты

Сканирование системных файлов

Итак, увидев на экране подобное сообщение, следует сразу просканировать системные файлы. Чтобы запустить средство сканирования необходимо запустить командную строку от имени администратора, жмем Пуск
на рабочем столе – введим в поиске cmd
, нажмаем на соответствующей иконке командной строки правой кнопкой мыши и выбираем – Запуск с правами администратора.

Способы установки[править]

Инсталлятор поддерживает следующие способы установки:

Способ установки выбирается на самом первом экране (F4). При установке c жёсткого диска или по nfs можно указывать как развёрнутый образ дистрибутива, так и файл с iso-образом.

Типичный сценарий работы инсталлятора[править]

  1. Выбор языка и клавиатуры – по некоторому алгоритму выбирается язык на котором будет происходить установка системы и её работа. Вместе с языком надо бы выбрать и раскладку клавиатуры, ибо не у всех народов мира она QWERTY. (см. тж. altbug #6781)
  2. Настройка даты и времени – чтобы вся дальнейшая установка отработала корректно, необходимо убедиться, что на машине правильно установлены часы
  3. Подготовка целевого устройства – создание разделов, настройка точек монтирования.
    При использовании p7/branch и новее обратите внимание на altbug #28181, добавилось перемонтирование свежесозданных разделов без применения EVMS для обеспечения окружения в части блочных устройств и ФС, совпадающего с итоговым.
  4. Установка базовой системы – фактически базовая система — это система, достаточная для того чтобы всю оставшуюся работу инсталлятора проводить в ней. В частности, в базовую систему устанавливаются модули инсталлятора, которые будут запущены чуть позже.
  5. Перенос настроек в установленную систему – часть данных введённых пользователем ранее осталась в среде инсталлятора, необходимо их донести до новой системы. Также на этом этапе выгружаются из памяти большая часть предыдущих модулей и инсталлятор переходит (chroot) к работе из новой системы.
  6. Дополнительные настройки – дальнейший тюнинг системы: установка дополнительных пакетов, настройка сети, задание пароля для администратора системы, создание первого пользователя, и так далее и тому подобное … Все запускаемые модули должны быть предварительно установлены в базовую систему.

Вполне допустимо вносить изменения в установленный порядок, но делайте это всё на свой страх и риск. Например, модули могут быть не подготовлены к тому, чтобы сделанные при их помощи настройки были перенесены из среды инсталлятора в базовую систему. Самая правильная идея – заниматься творчеством в районе пункта №6.

Удаление устаревшей версии

В некоторых случаях, запустить службу Установщика Windows нельзя из-за присутствия устаревшей версии. Ее нужно удалить. Это делается посредством перехода по дорожке «Пуск» – «Панель управления» – «Программы». В последнем пункте требуется найти «Удалить / Изменить программу» и воспользоваться ею для необходимого ярлыка. В результате, как обычно, нужно сделать перезагрузку и повторную установку системы.

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

Шаг № 1: проверка наличия службы

В том случае, если установщик виндовс по какой-то причине не работает, прежде чем сетовать на свою тяжелую судьбу, необходимо уточнить, а есть ли в принципе такая программка на компьютере. Как это сделать? Достаточно выбрать на клавиатуре и R далее, в появившемся окошке вбить значение msiexec и и клацнуть OK:

В результате, если Виндовс Installer установлен на компьютере, появится примерно такое системное окошко-извещение:

Если же чуда не свершилось (например, появилось сообщение об ошибке или об отсутствии такой программой в виндовс 7), можно сразу перескакивать к шагу № 5, так как простой перенастройкой тут не обойдешься. Бывает такое редко, но все-таки. Если же все нормально, окошко появилось такое как надо, двигаемся дальше и пытаемся реанимировать установщик виндовс собственными силами.

Шаг № 3: перерегистрация службы через командную строку

Вернуть установщик виндовс на 7-ке к нормальной работе можно, перерегистрировав такую службу в системе. Как действуем?

Заходим в меню «Пуск», задаем значение cmd в поиск и жмем Enter. Далее в появившуюся консоль вбиваем параметр msiexec /unregister, клацаем Enter, а затем после отклика командной строки вводим в нее значение msiexec /register и вновь жмем Enter:

Повторяем ввод команд, если имеем дело с 64-битной виндовс 7, а затем перезагружаем компьютер. В принципе на этом зачастую все сложности с виндовс Installer заканчиваются. Однако если рабочая атмосфера к установщику винды после этого не вернулась, перед тем как его переустановить, можно попытаться реанимировать его через редактор реестра. А вдруг?

Шаг № 4: отладка через редактор реестра

Воскресить виндовс Installer через редактор реестра можно попытаться таким образом:

и удаляем в них все имеющиеся параметры:

Если в конечных папках нет никаких данных, кликаем правой кнопкой мыши по папке Installer, а затем жмем в появившемся перечне пункт «Разрешения». Далее в открывшемся окне кликаем System, отмечаем параметр «Полный доступ» и нажимаем OK:

Иногда, во время установки какой-либо программы, на экран может выскочить ошибка с кодом 1719, которая гласит о том, что служба установщика Виндоус недоступна. Причин этой проблемы может быть несколько. Давайте в них разберемся и попробуем их решить.

Я не знаю, какого типа инсталлятор или не могу определить его тип

В этом случае используйте ключ “s”, как правило он работает.Пример:Start setup.exe /sПроизводители ПО и драйверов, которые снабжаются уникальным инсталлятором, как правило придерживаются этого стандарта

Заключение

Я не профессионал и во многих вещах могу ошибаться. Прошу отнестись к этому с пониманием. Статья писалась нубом для нубов, её основная цель — задать вектор поиска при решении задачи написания инсталлятора. За остальными вопросами можно обратится к документации, поставляемой вместе с Inno Setup.

Оставьте комментарий

Adblock
detector