Службы Windows 10 не запускаются

Обновлено: 21.11.2024

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

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

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

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

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

Если вам от этого станет легче, значит, вы не единственный. У меня точно такая же проблема. Сервисы 32-битные. Специальное программное обеспечение установлено довольно давно. Итак, настройка WOW64 включена. Я могу запускать службы вручную, но после обновления с Windows 7 до Windows 10 ОС не предпринимает никаких попыток запуска служб. Их файлы трассировки ничего не показывают, и журнал событий не показывает ни попыток их запуска, ни каких-либо проблем с ними. Это очень расстраивает. Автоматическая отложенная задержка — паршивый вариант, но, думаю, на данный момент это все.

Для меня, когда возникла эта проблема, изменение «Эта учетная запись» в «Свойствах> Вход» для службы на сетевое имя в форме «Мой домен\Мой пользователь» с «Мой пользователь@Мой домен.xxx.yy» было решено. проблема, хотя у меня нет объяснения, почему.

10 ответов 10

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

Если вам удобно работать с regedit, я обнаружил, что если у службы есть ключ DelayedAutostart (DWORD), она запустится. Поэтому я добавил это, но установил значение 0, так как не хотел задержки. Пример: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\\DelayedAutostart

Я также нашел ветку в Microsoft technet, social.technet.microsoft.com/Forums/windows/en-US/… В этой ветке OP говорит, что вы также можете использовать «перезагрузку при сбое» в качестве обходного пути.

Это сработало для меня в сочетании с отменой выбора «Предпочитать 32-разрядную версию», как указано в ответе @Michael van der Horst ниже

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

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

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

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

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

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

Нажмите "Десятичный", введите "180000" и нажмите "ОК".

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

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

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

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

ВАЖНО: Эта статья содержит информацию о редактировании реестра. Прежде чем редактировать реестр, убедитесь, что вы понимаете, как его восстановить в случае возникновения проблемы. Информацию о том, как это сделать, см. в разделе справки «Восстановление реестра» в Regedit.exe или в разделе справки «Восстановление раздела реестра» в Regedt32.exe.

Симптомы

При попытке запустить службу сервера может возникнуть один из следующих симптомов:

При попытке запустить службу сервера с помощью инструмента "Службы" на панели управления может появиться следующее сообщение об ошибке:

Не удалось запустить службу сервера на \\ . Ошибка 1058. Указанная служба отключена и не может быть запущена.

При попытке запустить службу сервера из командной строки может появиться следующее сообщение об ошибке:

Произошла системная ошибка 1058.
Указанная служба отключена и не может быть запущена.

При попытке включить службу сервера для текущего профиля оборудования текущий профиль оборудования может отсутствовать в списке профилей или кнопка «Включить» может быть недоступна.

Причина

Это может произойти, если вы используете Windows NT на компьютере Dell, и Windows NT была предварительно установлена на вашем компьютере.

ПРИМЕЧАНИЕ. Этого не происходит, если на компьютере Dell, который был изготовлен после 06.04.99, предустановлена Windows NT.

Разрешение

Чтобы решить эту проблему, используйте соответствующий метод:

Способ 1

Свяжитесь с Dell Computer Corp., чтобы узнать о наличии обновления для решения этой проблемы. Для получения дополнительных сведений о контактных данных поставщиков оборудования и программного обеспечения посетите следующий веб-сайт Microsoft:

Метод 2

ВНИМАНИЕ! Неправильное использование редактора реестра может привести к серьезным проблемам, которые могут потребовать переустановки операционной системы. Microsoft не может гарантировать решение проблем, возникающих в результате неправильного использования редактора реестра. Используйте Редактор реестра на свой страх и риск.

Информацию о том, как редактировать реестр, см. в разделе справки «Изменение ключей и значений» в редакторе реестра (Regedit.exe) или в разделах справки «Добавление и удаление информации в реестре» и «Редактирование данных реестра» в Regedt32.exe. Обратите внимание, что вы должны сделать резервную копию реестра, прежде чем редактировать его.

Удалите следующие разделы реестра и перезапустите Windows NT:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\Root\LEGACY_BROWSER

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\Root\LEGACY_LANMANSERVER

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\Root\LEGACY_MESSENGER

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\Root\LEGACY_SRV

ПРИМЕЧАНИЕ. Чтобы удалить ключи, упомянутые в статье, необходимо повысить уровень безопасности для параметра "Все" до полного доступа, а затем распространить его по подпапкам с помощью Regedt32.exe.

Статус

Microsoft изучает эту проблему и будет публиковать новую информацию здесь, в базе знаний Microsoft, по мере ее появления.

Дополнительная информация

Эта проблема возникает только на компьютерах с установленной встроенной звуковой системой Yamaha. Известно, что она возникает на следующих компьютерах:

В этой статье описывается, как устранять неполадки с разрешениями на запуск службы в среде Microsoft Windows Server 2003.

Применимо к: Windows Server 2003
Исходный номер базы знаний: 327545

Обзор

Следующие процедуры были задокументированы членом группы администраторов в системе под управлением Windows Server 2003, Enterprise Edition.

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

Сообщение об ошибке 1

Источник: Диспетчер управления службами.
Код события: 7000.
Описание:
Не удалось запустить службу %service% из-за следующей ошибки:
Служба не не запускается из-за ошибки входа в систему.

Данные недоступны.

Сообщение об ошибке 2

Это может произойти, если выполняется одно или несколько из следующих условий:

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

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

Решение 1. Настройте права пользователя

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

Контроллер домена

Если пользователь находится в домене Active Directory, выполните следующие действия:

Нажмите "Пуск", выберите "Администрирование", а затем щелкните "Пользователи и компьютеры Active Directory".

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

Щелкните правой кнопкой мыши нужный контейнер и выберите "Свойства".

На вкладке "Групповая политика" выберите "Политика контроллеров домена по умолчанию", а затем нажмите "Изменить".

При этом запускается диспетчер групповой политики.

Разверните раздел Конфигурация компьютера, разверните Параметры Windows, а затем разверните Параметры безопасности.

Разверните Локальные политики и нажмите Назначение прав пользователя.

На правой панели щелкните правой кнопкой мыши "Вход в качестве службы" и выберите "Добавить пользователя или группу".

В поле "Имена пользователей и групп" введите имя, которое хотите добавить в политику, и нажмите "ОК".

Выйдите из диспетчера групповой политики, закройте свойства групповой политики, а затем закройте оснастку «Пользователи и компьютеры Active Directory» консоли управления Microsoft (MMC).

Рядовой сервер

Если пользователь является участником автономного рядового сервера, выполните следующие действия:

Запустите оснастку MMC "Локальные параметры безопасности".
Разверните Локальные политики и нажмите Назначение прав пользователя.
На правой панели щелкните правой кнопкой мыши "Вход в качестве службы" и выберите "Добавить пользователя или группу".
В поле "Имена пользователей и групп" введите имя, которое вы хотите добавить в политику, и нажмите "ОК".
Закройте оснастку MMC «Локальные параметры безопасности».

Решение 2. Настройте информацию для входа в службу

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

Нажмите "Пуск", выберите "Администрирование", а затем нажмите "Службы".
Щелкните правой кнопкой мыши нужную службу и выберите "Свойства".
Перейдите на вкладку "Вход", измените пароль и нажмите "Применить".
Перейдите на вкладку "Общие" и нажмите "Пуск", чтобы перезапустить службу.
Нажмите "ОК" и закройте инструмент "Службы".

Решение 3. Настройте службу для запуска со встроенной системной учетной записью

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

Нажмите "Пуск", выберите "Администрирование", а затем нажмите "Службы".

Щелкните правой кнопкой мыши нужную службу и выберите "Свойства".

Перейдите на вкладку "Вход в систему", нажмите "Учетная запись локальной системы" и нажмите "Применить".

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

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

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

Сервер RPC недоступен.

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

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

Применимо к: Windows Server 2016
Исходный номер базы знаний: 4552864

Симптомы

На компьютере, использующем NIC (сетевую интерфейсную карту) Teaming, вы заметили, что некоторые службы не запускаются автоматически после перезагрузки компьютера.

Например, служба SQL Server не запускается автоматически. В системный журнал заносится следующая запись:

Имя журнала: Система
Источник: Диспетчер управления службами
Дата:
Идентификатор события: 7038
Категория задачи: Нет
Уровень: Ошибка
/>Ключевые слова: Классический
Пользователь: Н/Д
Компьютер:
Описание:
Службе MSSQLxxxx не удалось войти в систему как xxxxx/xxxxx с текущим настроенным паролем из-за следующая ошибка:
Указанный домен либо не существует, либо с ним невозможно связаться.

Чтобы убедиться, что служба настроена правильно, используйте оснастку «Службы» в консоли управления Microsoft (MMC).

Разрыв объединения сетевых карт может решить проблему.

Причина

Следующий алгоритм показывает, как возникает проблема:

Драйверы NIC Teaming управляются диспетчером управления службами (SCM). Это означает, что драйверы объединения сетевых карт вызываются для запуска после запуска SCM.
Отдельные драйверы сетевых карт не контролируются SCM. Поэтому их можно запустить и инициализировать до запуска SCM.
Если объединение сетевых карт не настроено, IP-адрес отдельного сетевого адаптера может быть настроен до запуска каких-либо системных служб. Это связано с тем, что сетевая карта не зависит от службы. Это приводит к тому, что IP-адрес будет готов до запуска любой службы.
Если объединенная сетевая карта настроена, объединенная сетевая карта может быть инициализирована, а IP-адрес и сеть могут быть готовы только после запуска служб.
По умолчанию после добавления IP-адреса в сетевую карту, независимо от того, используется ли индивидуальная сетевая карта или групповая сетевая карта, для выполнения DAD (обнаружения повторяющихся адресов) требуется три секунды. После этого IP-адрес и сеть готовы.
По умолчанию требуется не менее трех секунд, прежде чем сеть будет готова.
На мощном компьютере все службы могут быть запущены в течение нескольких секунд (или даже одной секунды). Поэтому в некоторых случаях вы можете заметить, что некоторые службы, такие как служба SQL Server, не могут запускаться автоматически, поскольку сеть еще не готова.

Разрешение

Чтобы решить эту проблему, используйте один из следующих способов:

Установите тип запуска службы на автоматический (отложенный запуск).
Создайте запланированную задачу для запуска службы SQL Server после перезагрузки компьютера и задайте для задачи задержку в одну минуту.
Отключите DAD на компьютере.

Если проблема связана со службами SQL Server, измените свойства восстановления служб SQL на «Действовать при первом сбое» и «Перезапустить службу при втором сбое».

Читайте также: