Автоматические службы не запускаются автоматически после перезапуска Windows

У меня Windows 10 построен 1511 со всеми обновлениями.

Сегодня я заметил странное поведение:

после перезагрузки системы некоторые службы с типом запуска «Автоматически» не запускаются автоматически.

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

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

Эта проблема возникает только для некоторых служб, которые связаны с приложениями (не те, которые являются системными службами). Эти услуги не зависят от других услуг.

Что я могу сделать ?

Спасибо !

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

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

Перейдите в Пуск> Выполнить> и введите regedit

Перейдите к: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control

Выбрав управляющую папку, щелкните правой кнопкой мыши на панели справа и выберите новое значение DWORD.

Назовите новый DWORD: ServicesPipeTimeout

Щелкните правой кнопкой мыши ServicesPipeTimeout и выберите команду «Изменить».

Нажмите «Десятичная дробь», введите «180000» и нажмите «ОК».

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

Причина:

Диспетчер управления службами Microsoft Windows контролирует состояние (то есть запущен, остановлен, приостановлен и т. Д.) Всех установленных служб Windows. По умолчанию диспетчер управления службами ожидает ответа службы в течение 30 000 миллисекунд (30 секунд). Тем не менее, определенные конфигурации, технические ограничения или проблемы с производительностью могут привести к тому, что запуск службы и подготовка отчета о работе в диспетчере управления службами займет более 30 секунд.

Путем редактирования или создания значения DWORD ServicesPipeTimeout период ожидания Service Control Manager может быть переопределен, что дает службе больше времени для запуска и подготовки отчета для службы.

Контрольный случай:

Ошибка сервера отчетов 1053: служба не ответила на запрос запуска или управления своевременно

https://social.technet.microsoft.com/Forums/windows/en-US/b57ee42d-42ef-44a4-9670-be9088dbf9d4/reporting-server-error-1053-the-service-did-not-respond-to- заместитель запуска или-контроль-запрос-в-своевременный? форума = sqlreportingservices

Удачи Это источник исправления

Вы можете изменить запуск с «Автоматический запуск» на «Автоматический» с помощью команды: sc triggerinfo w32time delete

Теперь сервис может запускаться автоматически после перезагрузки

Что ж, Windows может остановить эти службы, если они не нужны или если есть инструкция, чтобы остановить службу после того, что она делает. Некоторые сервисы зависят от других сервисов, и они будут запускаться только при первом вызове.

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

Вы также можете найти дополнительную информацию о том, как работает сервис здесь .

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

У меня такая же проблема. Службы не перезапускались автоматически после перезапуска машины. Причина в том, что кнопка выключения Windows 10 не означает (в отличие от Windows 7) выключение, но может рассматриваться как резервная, если конфигурация «Установить кнопки питания» является такой.

В этом случае, если службы были остановлены, они остаются таковыми. Если они были запущены, они продолжают работать без перезапуска (без инициализации). Жан-Мари

Что это исправило для нас, если вы можете изменить исполняемый файл службы самостоятельно:

В файле проекта измените 32-битный флаг Prefer на false , затем переустановите службу.

Проверьте свой сервис с CorFlags.exe . 32BITREQ и 32BITPREF должны быть 0.

Version   : v4.0.30319
CLR Header: 2.5
PE        : PE32
CorFlags  : 0x1
ILONLY    : 1
32BITREQ  : 0
32BITPREF : 0
Signed    : 0

Попробуйте с этим:

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

sc triggerinfo w32 время запуска / сеть в сети / сеть отключена

где w32Time - название вашей службы

или попробуйте это

https://support.microsoft.com/en-us/kb/922918

Попробуйте с помощью следующей команды:

sc config "SVCNAME" start= delayed-auto

Если у кого-то все еще есть проблема об этом: NSClient version 0.5удалено обнаружение триггера из состояния сервиса по умолчанию. Мы должны добавить это вручную:

*your_command* check_service -a "filter=is_trigger=0" *other_arguments* 

Смотрите комментарий от MBWise:

Для меня, когда возникла эта проблема, изменение «Эта учетная запись» в «Свойствах> Вход в систему» ​​для службы на имя сети в форме «MyDomain \ MyUser» из «MyUser@MyDomain.xxx.yy» решило проблему, хотя у меня нет объяснения почему. - MBWise 14 марта '18 в 13:07