Ошибка 1920 при установке inventor

The comments to this entry are closed.

Не удалось установить Acer Quick Access. Убедитесь, что у вас достаточно прав …

Мы создали настраиваемую службу Windows. Пакет развертывания выполняется в InstallShield, и при установке запрашивается имя пользователя и пароль для учетной записи входа в службу.

У нас не было никаких проблем с установкой на различные машины с Windows 7 (Professional) и Windows 8, но мы получаем ошибку 1920 при попытке развернуть на машине с Windows 7 Ultimate. Мы еще не подтвердили, связана ли проблема с ОС или конкретным компьютером, на котором мы пытаемся установить это.

Установщик всегда запускается щелчком правой кнопкой мыши и «Запуск от имени администратора», а пользователи (как пользователь, запустивший программу установки, так и пользователь входа в систему, для которого предоставлены учетные данные) являются администраторами на машине. Обычно зарегистрированный пользователь, устанавливающий службу, и зарегистрированный пользователь, запускающий службу, совпадают.

Вот что мы пробовали.

1. Подтверждено, что входящий в систему пользователь является членом администраторов.
2. Проверено, что настройки учетной записи пользователя точно такие же, как и на другом компьютере, на котором он работает.
3. Проверено на Панели управления — Администрирование — Локальная политика безопасности — Локальные политики — Параметры безопасности = что они снова соответствуют машине, на которой она работает.
4. Убедитесь, что все обновления Windows применены.
5. Проверено, что служба инструментария управления Windows работает. Перезагрузил.
6. Перезагрузил машину, затем повторил попытку.
7. Добавлен элемент generatePublisherEvidence в файл конфигурации сервиса. (Службе не удалось запустить ошибку 1920)

Но ничего из вышеперечисленного не работает.

Надеюсь, что кто-то еще сталкивался с подобной проблемой и нашел решение.

ОБНОВИТЬ:

Я также пробовал следующее:

• Откройте SecPol.msc
• Перейдите к Локальным политикам / Назначению прав пользователя
• Найдите политику «Войти в качестве службы» и добавьте учетную запись службы.

1920 — это общий код ошибки, который означает, что служба не запустилась. Моя догадка такова:

http://blog.iswix.com/2008/09/different-year-same-problem.html

Для подтверждения, когда программа установки прервана, повторите попытку, проигнорируйте, отмените диалоговое окно вверх … перейдите в services.msc и установите имя пользователя и пароль вручную. Если вы получили сообщение о том, что пользователю предоставлено право входа в систему в качестве службы, попробуйте нажать «Повторить» в диалоговом окне MSI и посмотреть, запустится ли он.

Также в вашем коде могут отсутствовать зависимости или исключения.

• Спасибо за быстрый ответ. Мне надоело все вышесказанное, и я не получаю сообщения о том, что пользователю предоставлены права входа в систему с правами службы. Кроме того, в моем первоначальном вопросе я должен был упомянуть то, что мы делаем это автоматически в сценарии установки, запустив ntrights.
• 2 Есть ли у вас зависимости от файлов в кэше GAC или WinSXS? Это может вызвать состояние гонки. Обычно я беру запись ServiceControl и позволяю продукту установить. Затем попробуйте запустить вручную после и / или прикрепите отладчик для профилирования службы. Как только вы во всем разобрались, вы можете вернуть запись ServiceControl.
• 2 Я (ошибочно) предположил, что установщик InstallShield проверяет зависимость от framework 4.5. Не было. Проверено до 4.0, но не до 4.5. Установка framework 4.5 на машину решает проблему.
• 1 @smitra Почему повторный ввод тех же данных для входа в систему явно из services.msc Консоль устраняет проблему с отсутствующей зависимостью, если это вообще так?
• 1 Установка службы не является проблемой при запуске службы. Состояние гонки — это попытки запуска службы до установки сборки в GAC. But Chris... how can this be?? I see that PublishAssemblies is scheduled before StartServices!! Верно … но StartServices работает с отложенным выполнением, а PublishAssemblies фактически не публикует службу до фазы фиксации установки, которая происходит после всех отложенных действий.

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

• От services windows вы имеете в виду сервисную консоль (services.msc) откуда мы управляем статусом сервиса?

У меня тоже была такая же проблема. Я исправил это, установив .NET framework версии 4.5.

• В журналах событий была подсказка для этого

В моем случае мне пришлось удалить службы в моем проекте installshield и начать с нуля. Мои исходные сервисные компоненты были добавлены вручную, и я не мог заставить их работать, единственная ошибка, которую я получал, была такая же «Ошибка 1920. Не удалось запустить службу. Убедитесь, что у вас достаточно прав для запуска системных служб». что вы получали. После удаления компонентов я снова добавил их, используя мастер компонентов.

На самом деле мне пришлось создать два новых компонента. Один был типа «Установить службу».

Другой компонент, который мне пришлось добавить, был типа «Служба управления».

Мне пришлось выбрать службу, которую я установил, когда я добавил компонент Install Service.

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

Все это было с Install Shield 2016.

• Я потратил пару часов, пытаясь решить эту проблему с помощью ручной настройки службы. Воспроизведение сервиса с мастером решило проблему. И я не заметил никакой разницы в полях до и после. Странный. Спасибо.

В моем случае служба не запустилась, потому что я не установил Platform='x64' в файле wix.

Я видел эти ошибки в средстве просмотра событий:

Служба не может быть запущена.

System.BadImageFormatException: не удалось загрузить файл или сборку SOME_LIBRARY_FILE, Version = 5.0.0.0, Culture = нейтральный, PublicKeyToken = 33345856ad364e35 или одну из его зависимостей.

Я попытался проверить разрядность всех файлов, связанных с сервисом, используя CorFlags.exe. Когда я изменил установщик на 64 bit, все заработало нормально.

Обходной путь. Эту проблему мы тоже наблюдали в Windows Server 2012 R2. Я еще не нашел причины или решения. Вот моя работа.

Во время установки, когда отображается ошибка, перейдите на Services.msc. Найдите службу, которая вызывает ошибку, затем повторно введите пароль в информацию для входа в службу. Затем нажмите «Повторить» в настройке. Оно работает.

Ошибка больше не будет отображаться для того же пользователя. Но будет отображаться для другого пользователя.

Проверить сервис зависимости если они отключен.

Установите для этих зависимостей значение «Автоматически», запустите их, и все должно работать.

• 1 Или, в моем случае, служба зависимостей не была установлена.

Я нашел этот ответ на другом сайте, но он определенно сработал для меня, поэтому я подумал, что поделюсь им.

В проводнике Windows: щелкните правой кнопкой мыши папку OfficeSoftwareProtection Platform из C: Program Files Common Files Microsoft Shared и Microsoft из C: Program data (это скрытая папка) Свойства> Безопасность> Редактировать> Добавить> Тип сетевой службы> ОК> Установите флажок Полный контроль> Применить и ОК.

В редакторе реестра (regedit.exe): перейдите в реестр HKEY_CLASSES_ROOT AppID> щелкните правой кнопкой мыши папку> Разрешения> Добавить> Тип = СЕТЕВАЯ СЛУЖБА> ОК> Проверить полный доступ> Применить> ОК

Я нашел этот ответ здесь ::: https://social.technet.microsoft.com/Forums/windows/en-US/5dda9b0b-636f-4f2f-8e50-ad05e98ab22d/error-1920-service-office-software-protection- платформа-osppsvc-failed-to-start-verify-that-you? forum = officesetupdeployprevious

Первоначально это был метод, открытый Дженнифер Жан.

У меня возникла эта проблема при тестировании программного обеспечения. Драйверы не подписывались.

Совет для меня был: в строке cmd: (администратор) bcdedit / set TESTSIGNING ON и перезагрузите машину (shutdown -r -t 5)

Откройте средство просмотра событий, перейдите в журналы окон-> Приложение и посмотрите на ошибки до этой ошибки, это даст вам фактическую ошибку, которую вы хотите решить.

• За исключением тех случаев, когда это не так, как обычно.

Содержание

• Способ 1: Редактирование системного реестра
• Способ 2: Настройка доступа к папкам
• Способ 3: Использование других установочных данных
• Вопросы и ответы

Способ 1: Редактирование системного реестра

Рассматриваемый сбой возникает в первую очередь из-за неправильной работы механизма выдачи прав доступа одному из компонентов Майкрософт Офис, что в большинстве случаев можно устранить удалением определённой ветки реестра.

1. Вызовите «Редактор реестра» – проще всего это сделать с помощью средства «Выполнить», запустив его сочетанием Win+R. Далее введите в окно запрос regedit и нажмите «ОК».



2. Перейдите по адресу:

   HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionImage File Execution OptionsOSPPSVC.EXE

   На всякий случай рекомендуем сделать резервную копию раздела – выделите папку Image File Execution, затем воспользуйтесь пунктами «Файл» – «Экспорт».

   

   Выберите местоположение, куда желаете выгрузить бэкап, задайте ему имя и кликните «Сохранить».



3. Теперь выделите запись OSPPSVC.EXE, щёлкните по ней правой кнопкой мыши и выберите пункт «Удалить».
   

   Подтвердите своё намерение.



4. Перезагрузите компьютер.

После запуска ОС проверьте наличие проблемы. Если она будет устранена, воспользуйтесь одним из следующих методов.

Способ 2: Настройка доступа к папкам

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

1. После получения ошибки закройте «Мастер по установке…» и перейдите по такому адресу:

   C:Program FilesCommon FilesMicrosoft Shared

   Полностью (посредством сочетания Shift+Del) удалите директорию OfficeSoftwareProtectionPlatform.



2. Снова запустите «Редактор реестра» (см. Способ 1) и перейдите по пути HKEY_CLASSES_ROOTAppID, кликните по последнему каталогу ПКМ и выберите «Разрешения».



3. В этом окне нажмите «Добавить».
   

   Введите имя пользователя NETWORK SERVICE и нажмите «Проверить».

   

   

   После проверки воспользуйтесь кнопкой «ОК».

   

   В столбце «Разрешить» отметьте пункт «Полный доступ», после чего нажмите «Применить» и «ОК».



4. Запустите повторно установщик пакета приложений и начните инсталляцию. Не беспокойтесь, если ошибка снова появится, это тоже часть процедуры. Не закрывая «Мастер по установке…», перейдите по адресу из шага 1, и выберите каталог OfficeSoftwareProtectionPlatform, щёлкните по нему ПКМ и перейдите в «Свойства».
   

   Здесь откройте «Безопасность» и воспользуйтесь кнопкой «Дополнительно».

   

   Повторите действия по выдаче разрешений пользователю NETWORK SERVICE из шага 3, они ничем не отличаются. Единственное дополнение – отметьте опцию «Заменить разрешения для всех дочерних объектов…».



5. Сейчас потребуется открыть службы – нужную оснастку можно запустить через уже упомянутое здесь средство «Выполнить», запрос services.msc.
   

   Найдите в перечне позицию с именем Office Software Protection Platform, кликните по ней ПКМ и выберите «Запустить».



Вернитесь к окну инсталлятора и нажмите на кнопку «Повторить» — теперь процесс должен пройти без проблем.

Способ 3: Использование других установочных данных

Иногда рассматриваемая проблема появляется в случаях, когда содержимое инсталлятора повреждено, например, в процессе скачивания. Если ни первый, ни второй из приведённых методов не помогают, скорее всего, вы столкнулись именно со сбойным установщиком. В таком случае потребуется загрузить либо скопировать его заново, и желательно из другого источника.

Еще статьи по данной теме: