Ошибка службы 1920 года не запущена. Убедитесь, что у вас есть достаточные привилегии для запуска системных служб

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

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

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

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

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

Но ничего из этого не работает.

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

UPDATE:

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

Открыть SecPol.msc
Перейдите к Local Policy/User Rights Assigment
Найдите политику "Войти как услуга" и добавьте учетную запись службы

Ответ 1

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

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

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

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

Ответ 2

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

Ответ 3

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

Ответ 4

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

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

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

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

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

Ответ 5

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

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

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

Ответ 6

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

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

Ответ 7

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

На самом деле мне пришлось создать два новых компонента. Один из них был типа "Install Service".

Другим компонентом, который я должен был добавить, был тип "Control Service".

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

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

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

Ответ 8

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

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

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

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

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

Ответ 9

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

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

Ответ 10

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