Служба регистрации ошибок windows 10 не отключается

Как завершить процесс службы Windows, которая зависла в статусе stopping (остановка) или starting (запуск)? Большинство администраторов Windows встречалось с ситуациями, когда при попытке остановить (перезапустить) службу из графического интерфейса консоли управления службами (
Services.msc
), служба зависает намертво и висит в статусе Stopping (или Starting). При этом все кнопки управления службой в консоли (Start, Stop, Restart) становятся недоступными (серыми). Самый простой способ – перезагрузить сервер, но это не всегда допустимо. Рассмотрим альтернативные способы, позволяющие принудительно завершить зависшую службу или процесс без необходимости перезагрузки Windows.

Если в течении 30 секунд после попытки остановки службы, она не останавливается, Windows выводит сообщение:

Не удалось остановить службу xxxxxxx Windows на локальном компьютере.
 Ошибка 1053. Служба не ответила на запрос своевременно.

Windows Could not stop the xxxxxx service on Local Computer
Error 1053: The service did not respond in a timely fashion.

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

The service is starting or stopping. Please try again later.

Или:

[SC] ControlService: ошибка: 1061:
Служба в настоящее время не может принимать команды.

Windows could not stop the Service on Local Computer.
Error 1061: The service cannot accept control messages at this time.

Как остановить зависшую службу Windows из командной строки?

Самый простой способ завершить зависшую служу – воспользоваться утилитой taskkill. В первую очередь нужно определить PID (идентификатор процесса) нашей службы. В качестве примера возьмем службу Windows Update. Ее системное имя wuauserv (имя можно посмотреть в свойствах службы в консоли
services.msc
).

Важно. Будьте внимательными. Принудительная отставка процесса критичной службы Windows может привести к BSOD или перезагрузке операционной системы.

Отройте командную строку с правами правами администратора (иначе будет ошибка access denied) и выполите команду:
sc queryex wuauserv

В данном случае PID процесса —
9186
.

Чтобы принудительно завершить зависший процесс с PID 9186 воспользуйтесь утилитой taskkill:

taskkill /PID 9168 /F

SUCCESS: The process with PID 9168 has been terminated.

Данная команда принудительно завершит процесс службы. Теперь вы можете запустите службу командой sc start servicename или через консоль управления службами (или совсем удалить эту службу, если она не нужна).

«Выстрел в голову» зависшей службы можно выполнить и более элегантно, не выполняя ручное определение PID процесса. У утилиты taskkill есть параметр /FI, позволяющий использовать фильтр для выбора необходимых служб или процессов. Вы можете остановить конкретную службу командой:

TASKKILL /F /FI “SERVICES eq wuauserv”

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

taskkill /F /FI “status eq not responding”

После этого служба, зависшая в статусе Stopping должна остановиться.

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

TASKKILL /S CORPFS01 /F /FI “SERVICES eq wuauserv”

Принудительное завершение зависшей службы в PowerShell

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

Get-WmiObject -Class win32_service | Where-Object {$_.state -eq 'stop pending'}

Завершить процесс для всех найденных служб поможет командлет Stop-Process. Следующий PowerShell скрипт завершит все процессы зависших служб в Windows:

$Services = Get-WmiObject -Class win32_service -Filter "state = 'stop pending'"
if ($Services) {
foreach ($service in $Services) {
try {
Stop-Process -Id $service.processid -Force -PassThru -ErrorAction Stop
}
catch {
Write-Warning -Message " Error. Error details: $_.Exception.Message"
}
}
}
else {
Write-Output "No services with 'Stopping'.status"
}


Анализ цепочки ожидания зависшего приложения с помощью ResMon

Вы можете определить процесс, из-за которого зависла служба с помощью монитора ресурсов (
resmon.exe
).

1. В окне Монитора ресурсов перейдите на вкладку ЦП (CPU) и найдите процесс зависшей службы;
2. Выберите пункт Анализ цепочки ожидания (Analyze Wait Chain);
3. В новом окне скорее всего вы увидите, что вам процесс ожидает другой процесс. Завершите его. Если выполняется ожидание системного процесса svchost.exe, завершать его не нужно. Попробуйте проанализировать цепочку ожидания для этого процесса. Найдите PID процесса, которого ожидает ваш svchost.exe и завершите его

Process Explorer: Завершение зависшего процесса из-под SYSTEM

Некоторые процессы, запущенные из-под SYSTEM, не может завершить даже локальный администратора сервера. Дело в том, что у него просто может не быть прав на некоторые процессы или службы. Чтобы завершить такие процесс (службы), вам необходимо предоставить локальной группе Administrators права на службу (процесс), а потом завершить их. Для этого нам понадобятся две утилиты: psexec.exe и ProcessExplorer (доступны на сайте Microsoft).

1. Чтобы запустить утилиту ProcessExplorer с правами системы (SYSTEM), выполните команду:
   PSExec -s -i ProcExp.exe
2. В списке процессов Process Explorer найдите процесс зависшей службы и откройте ее свойства;
3. Перейдите на вкладку Services, найдите свою службу и нажмите кнопку Permissions;
4. В разрешения службы предоставьте права Full Control для группы администраторов (Administrators). Сохраните изменения;
5. Теперь попробуйте завершить процесс службы.

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

Таймаут, в течении которого Service Control Manager ждет ожидания запуска или остановки службы можно изменить через параметр реестра ServicesPipeTimeout. Если служба не запускается в течении указанного таймаута, Windows записывает ошибку в Event Log (Event ID: 7000, 7009, 7011, A timeout was reached 30000 milliseconds). Вы можете увеличить этот таймаут, например до 60 секунд:

reg add HKLMSYSTEMCurrentControlSetControl /v ServicesPipeTimeout /t REG_SZ /d 600000 /f

Это бывает полезным при запуске/остановки тяжелых служб, которые не успевают завершить все процессы быстро (например, MS SQL Server).

Загрузка…

С ошибками в Windows знакомо большинство пользователей. Разработчики предусмотрели реакцию операционной системы на такие события, которая заключается в отсылке отчёта о неполадке на сервере Microsoft с целью её анализа и устранения в будущих обновлениях. Насколько хорошо программисты справляются с этой задачей, мы обсуждать не берёмся, но и сама эта служба далеко не безупречна, иногда приводя к зависаниям компьютера. Сегодня мы рассмотрим, как работает Windows Error Reporting и что делать, если она начинает грузить CPU и диск.

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

Принцип действия службы можно описать следующим образом: когда возникает системный сбой, срабатывает специальный механизм, отлавливающий такие случаи (на техническом языке они называются необработанными исключениями). В этом случае записываются все возможные сопутствующие факторы (например, значения стека и регистров в момент возникновения исключения), после чего запускается компонента WER, занимающаяся анализом состояния аварийно завершившегося приложения. В её функции входит также и оповещение пользователя о проблеме. Обычно это процесс WerFault.exe, который запускается с полномочиями пользователя компьютера, и по настройкам по умолчанию именно он и выводит окно, сообщающее о возникновении сбоя.

Если дефолтные настройки не менялись (а такая возможность для этой службы имеется), то созданный в результате работы анализирующего модуля отчёт с включёнными в него данными об ошибке (дамп памяти и небольшой файл в формате XML, в котором содержатся некоторые подробности типа версий DLL-библиотек, используемых аварийно завершившимся процессом) отправляется на сервера Microsoft.

После этого пользователь уведомляется о проблеме и ему предлагаются варианты действий, который можно предпринять для попытки решить эту проблему. Что, конечно же, не гарантирует нужный результат. Это же сообщение дублируется в Центре поддержки Windows. Наконец, записываются все необходимые данные о состоянии приложения и операционной системы в службу Reliability Monitor (переводится как «Монитор стабильности системы»).

ВНИМАНИЕ. Windows Error Reporting срабатывает не всегда. Обязательное условие – наличие хотя бы одного активного окна приложения, в котором произошёл сбой. Вернее, окно не обязательно должно быть активным, но должно реагировать на системные запросы, что не всегда возможно. Если интерактивности по отношению к ОС нет, сбой всё равно будет отображён в журнале, но пользователь никаких сообщений не получит. Чтобы просмотреть сведения об ошибке, ему придётся вручную его искать в Центре поддержки. Это сделано для того, чтобы не вводить в заблуждение пользователя при возникновении аварийных ситуаций, не связанных с работой приложения, то есть это могут быть фоновые системные процессы.

Как отключить Windows problem reporting

Нередко сбои в работе приложений приводят к его аварийному завершению, но, когда в дело вступает Служба оповещений об ошибках, она сама становится источником проблем. Если такие случаи возникают часто при выполнении однотипных задач (например, при вставке большого массива данных в документ), самое простое решение – отключить службу WER, раз уж она не справляется со своими прямыми обязанностями.

Рассмотрим основные способы отключения Windows problem reporting, если служба грузит диск, процессор и систему в целом.

Очистка папок службы WER

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

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

Ту же операцию можно выполнить вручную, очистив две папки, WERReportArchive и WERReportQueue, находящиеся в каталоге ProgramDataMicrosoftWindows, от всего содержимого (там могут быть сотни подкаталогов).

Наконец, имеется альтернативный вариант, позволяющий удалять только старые файлы из каталогов Windows Error Reporting, причём интервал в днях, задаётся пользователем. Это команды, выполняемые через PowerShell:

Get-ChildItem -Path 'C:ProgramDataMicrosoftWindowsWERReportArchive' -Recurse | Where-Object CreationTime -lt (Get-Date).AddDays(-30) | Remove-Item -force -Recurse
Get-ChildItem -Path 'C:ProgramDataMicrosoftWindowsWERReportQueue' -Recurse | Where-Object CreationTime -lt (Get-Date).AddDays(-30) | Remove-Item -force –Recurse

В данном примере будут удалены все логи старше одного месяца.

Отключение WER в Windows 7/8

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

Точно таким же образом, используя Панель управления, можно отключить службу WER в серверных версиях Windows (2019/2016/2012R2).

Отключение вывода отчётов об ошибках через системный реестр

К сожалению, в «десятке» этот простой способ не работает. Здесь имеется возможность только проверить статус службы (вкладка «Система и безопасность», переход в пункт «Центр безопасности и обслуживания», выбор подпункта «Обслуживание»). Хотя сам параметр «Отчёта о проблемах» здесь имеется, и он находится во включённом состоянии, кнопка отключения службы здесь не предусмотрена – очевидно, намеренно, чтобы иметь возможность всегда получать отчёты об ошибках.

Тем не менее, если Windows Error Reporting время от времени грузит компьютер, нужное решение имеется – для отключения службы придётся править системный реестр.

Для этого заходим в ветку HKLMSOFTWAREMicrosoftWindowsWindows Error Reporting.

Кликаем по пустому месту в правом окне и создаём новый параметр (выбираем тип DWORD 32-битный), присваиваем этому параметру тип Disabled, а в поле «Значение» вбиваем 1.

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

reg add "HKCUSoftwareMicrosoftWindowsWindows Error Reporting" /v "Disabled" /t REG_DWORD /d "1" /f
reg add "HKLMSoftwareMicrosoftWindowsWindows Error Reporting" /v "Disabled" /t REG_DWORD /d "1" /f

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

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

Отключение вывода отчётов об ошибках через редактор групповой политики

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

Используя консоль «Выполнить», набираем команду gpmc.msc или gpedit.msc (первая – для редактора доменной GPO, вторая – для локальной). Ищем и открываем ветку Computer Configuration, затем выбираем подпункт Administrative Templates, заходим в ветку Windows Components, и наконец, кликаем по строке Windows Error Reporting.

Если в правом окне напротив параметра Disable Windows Error Reporting стоит значение Disabled, кликаем по этому параметру и в открывшемся окне изменяем его значение на Enable (Включено).

Вот и всё, теперь это правило будет действовать на все компьютерах в рамках домена. Кстати, точно такая же политика имеется в разделе User Configuration.

Как видим, для отключения службы Windows problem reporting требуется выполнить минимальное количество манипуляций, и только в Windows 10 придётся править реестр.

Когда в работе какой-то программы происходит ошибка, Windows автоматически регистрирует это событие и запускает штатную утилиту Windows Error Reporting, которая формирует отчет и предлагает отправить его на сервера Microsoft. Отправка лога не осуществляется автоматически, более того, большинство пользователей предпочитают не делиться информацией о программных ошибках и были бы не прочь отключить эту функцию вообще.

В Windows 7 и 8.1 это можно сделать через графический интерфейс системы, если же вы хотите отключить Windows Error Reporting в Windows 10, нужно отредактировать один ключ в реестре или изменить значение соответствующей ему политики в редакторе gpedit.msc. Существует и универсальный способ, одинаково подходящий для всех версий Windows, но о нём будет сказано ниже.

Отключение Error Reporting в Windows 7 и 8.1

Откройте через окошко «Выполнить» ( Win + R ) Центр поддержки командой wscui.cpl апплет «Центр поддержки».

Нажмите в меню справа ссылку «Параметры центра поддержки».

На следующей странице нажмите ссылку «Параметры отчета о неполадках».

И активируйте радиокнопку «Не проверять на наличие новых решений».

Сохраните настройки.

Отключение Error Reporting в Windows 10

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

Откройте через окошко «Выполнить» одноименной командой редактор реестра Regedit и раскройте ключ:

HKLMSOFTWAREMicrosoftWindowsWindows Error Reporting

Справа создайте новый DWORD-параметр.

Назовите его Disabled и задайте в качестве его значения единицу.

Сохраните настройки, закройте редактор реестра и перезагрузите компьютер.

Описание примера отключения функции Error Reporting через редактор групповых политик мы опускаем, поскольку его результат является эквивалентным применяемому твику реестра, к тому же редактор gpedit.msc доступен не всех редакциях Windows.

Универсальный способ отключения Error Reporting

Предложенный ниже способ является универсальным и одинаково работает в Windows 7, 8.1 и Windows 10.

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

Отыщите справа службу «Служба регистрации ошибок Windows», откройте ее свойства и выставьте параметры так, как показано на скриншоте после чего сохраните настройки.

Любители командной строки могут отключить ее через консоль.

Запустив командную строку или PowerShell от имени администратора и выполните в ней команду:

sc config wersvc start=disabled

А затем:

gpupdate /force

Чтобы обновить политику без перезагрузки компьютера.

Как принудительно завершить процесс зависшей службы в Windows?

Как завершить процесс службы Windows, зависшей в статусе stopping (остановка)? Думаю, большинство администраторов Windows, встречалось с ситуациями, когда при попытке остановить (перезапустить) службу из графического интерфейса консоли управления службами (Services.msc), служба зависает намертво и висит в статусе Stopping. После этого вы не можете остановить службу в консоли, т.к. кнопки действий службы становятся недоступными. Самый простой способ – перезагрузить сервер, но это не всегда допустимо. Рассмотрим альтернативный способ, позволяющий принудительно завершить зависшую службу или процесс без необходимости перезагрузки.

Если в течении 30 секунд после попытки остановки службы, она не останавливается, Windows выводит сообщение:

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

The service is starting or stopping. Please try again letter.

Завершение зависшей службы с помощью TaskKill

Наиболее простой способ завершить зависшую служу – воспользоваться утилитой taskkill. В первую очередь нужно определить PID (идентификатор процесса) нашей службы. В качестве примера возьмем службу Windows Update, ее системное имя wuauserv (имя можно посмотреть в свойствах службы в консоли services.msc).

В командной строке с правами администратора (это важно, иначе будет ошибка access denied):
sc queryex wuauserv

В данном случае PID процесса — 816.

Чтобы принудительно завершить зависший процесс с PID 816:

taskkill /PID 816 /F

SUCCESS: The process with PID 816 has been terminated.

Данная команда принудительно завершит процесс службы. В дельнейшем можно вернуться в консоль управления службами и вручную стартовать службу (или совсем удалить эту службу, если она не нужна).

«Выстрел в голову» зависшей службы можно выполнить и более элегантно, не выполняя ручное определение PID процесса. У утилиты taskkill есть параметр /FI, позволяющий использовать фильтр для выбора необходимых служб или процессов. Вы можете остановить конкретную службу командой:

TASKKILL /F /FI “SERVICES eq wuauserv”

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

taskkill /F /FI “status eq not responding”

После этого служба, зависшая в статусе Stopping должна остановиться.

Принудительное завершение зависшей службы из PowerShell

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

Get-WmiObject -Class win32_service | Where-Object

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

$Services = Get-WmiObject -Class win32_service -Filter «state = ‘stop pending’»
if ($Services) <
foreach ($service in $Services) <
try <
Stop-Process -Id $service.processid -Force -PassThru -ErrorAction Stop
>
catch <
Write-Warning -Message » Error. Error details: $_.Exception.Message»
>
>
>
else <
Write-Output «No services with ‘Stopping’.status»
>

Анализ зависших процессов с помощью Resmon

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

1. В окне Монитора ресурсов перейдите на вкладку ЦП (CPU) и найдите процесс зависшей службы;
2. Выберите пункт Анализ цепочки ожидания (AnalyzeWaitChain);
3. В новом окне скорее всего вы увидите, что вам процесс ожидает другой процесс. Завершите его. Если выполняется ожидание системного процесса svchost.exe, завершать его не нужно. Попробуйте проанализировать цепочку ожидания для этого процесса. Найдите PID процесса, которого ожидает ваш svchost.exe и завершите его.

Process Explorer: Завершение зависшего процесса из-под SYSTEM

Некоторые процессы, запущенные из-под SYSTEM, не может завершить даже локальный администратора сервера. Дело в том, что у него просто может не быть прав на некоторые процессы или службы. Чтобы завершить такие процесс (службы), вам необходимо предоставить локальной группе Administrators права на службу (процесс), а потом завершить их. Для этого нам понадобятся две утилиты: psexec.exe и ProcessExplorer (доступны на сайте Microsoft).

1. Для запуска ProcessExplorer с правами системы (SYSTEM), его нужно стартовать таким образом: PSExec -s -i ProcExp.exe
2. В списке процессов Process Explorer найдите процесс зависшей службы и откройте ее свойства;
3. Перейдите на вкладку Services, найдите свою службу и нажмите кнопку Permissions;
4. В разрешения службы предоставьте права FullControl для группы администраторов (Administrators). Сохраните изменения;
5. Теперь попробуйте завершить процесс службы.

Для чего нужна служба «Windows Error Reporting» и как отключить ее в Windows 7, 8.1 и 10

Когда в работе какой-то программы происходит ошибка, Windows автоматически регистрирует это событие и запускает штатную утилиту Windows Error Reporting, которая формирует отчет и предлагает отправить его на сервера Microsoft. Отправка лога не осуществляется автоматически, более того, большинство пользователей предпочитают не делиться информацией о программных ошибках и были бы не прочь отключить эту функцию вообще.

В Windows 7 и 8.1 это можно сделать через графический интерфейс системы, если же вы хотите отключить Windows Error Reporting в Windows 10, нужно отредактировать один ключ в реестре или изменить значение соответствующей ему политики в редакторе gpedit.msc . Существует и универсальный способ, одинаково подходящий для всех версий Windows, но о нём будет сказано ниже.

Отключение Error Reporting в Windows 7 и 8.1

Откройте через окошко «Выполнить» ( Win + R ) Центр поддержки командой wscui.cpl апплет «Центр поддержки».

Нажмите в меню справа ссылку «Параметры центра поддержки».

На следующей странице нажмите ссылку «Параметры отчета о неполадках».

И активируйте радиокнопку «Не проверять на наличие новых решений».

Отключение Error Reporting в Windows 10

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

Откройте через окошко «Выполнить» одноименной командой редактор реестра Regedit и раскройте ключ:

HKLMSOFTWAREMicrosoftWindowsWindows Error Reporting

Справа создайте новый DWORD -параметр.

Назовите его Disabled и задайте в качестве его значения единицу.

Сохраните настройки, закройте редактор реестра и перезагрузите компьютер.

Описание примера отключения функции Error Reporting через редактор групповых политик мы опускаем, поскольку его результат является эквивалентным применяемому твику реестра, к тому же редактор gpedit.msc доступен не всех редакциях Windows.

Универсальный способ отключения Error Reporting

Предложенный ниже способ является универсальным и одинаково работает в Windows 7, 8.1 и Windows 10.

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

Отыщите справа службу «Служба регистрации ошибок Windows», откройте ее свойства и выставьте параметры так, как показано на скриншоте после чего сохраните настройки.

Любители командной строки могут отключить ее через консоль.

Запустив командную строку или PowerShell от имени администратора и выполните в ней команду:

sc config wersvc start=disabled

gpupdate /force

Чтобы обновить политику без перезагрузки компьютера.

Как принудительно завершить зависшую службу?

Я думаю, что большинство пользователей встречались с такой проблемой, как зависание служб в Windows, причем, попытка принудительного завершения такой службы не увенчалась успехом, и она весит в режиме “Stopping”. Из графического интерфейса перезапустить или принудительно завершить службу тоже не удается, а перезагрузка самого сервера, в нашем случае компьютера, не всегда может быть допустимым.

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

Как принудительно завершить зависшую службу?

Итак, как только пройдет 30 секунд и видно, что служба не остановилась, то Windows выведет следующее сообщение:

Не удалось остановить службу xxxxxxx Windows на локальном компьютере. Ошибка 1053. Служба не ответила на запрос своевременно.

Быстро и без усилий завершить работу зависшего процесса можно при помощи утилиты taskkill. Перед этим вам нужно будет определить PID процесса (службы). В пример мы будем использовать службу Windows Update, системное имя процесса – wuauserv.

Внимание! Если вы завершите важный процесс, то это может привести к перезагрузке системы или BSOD (экран смерти).

Теперь открываем командную строку с правами админа, если так не сделать, то может выйти ошибка. В командную строку вводим следующее:

sc queryex wuauserv

Таким образом, мы узнали PID службы – 708

Теперь, для принудительного завершения процесса с полученным PID пропишем такую команду:

taskkill /PID 708 /F

Появится сообщение, что служба “Центр обновлений Windows” завершена. Можно потом вернуться в управление службами и там снова запустить процесс, либо вообще его удалить, если вы не пользуетесь им.

Есть еще один метод принудительного завершения процесса, при этом, не нужно узнавать PID. В этом деле нам поможет уже знакомая утилита PowerShell. Запускаем ее от имени администратора.

Следующая команда поможет нам выявить службы, которые находятся в состоянии stopping:

Get-WmiObject -Class win32_service | Where-Object

Теперь нам нужно завершить процесс для найденных нами служб, в этом нам поможет Stop-Process. C помощью следующего скрипта, все подвисшие в системе службы будут завершены:

$Services = Get-WmiObject -Class win32_service -Filter “state = ‘stop pending’”
if ($Services) <
foreach ($service in $Services) <
try <
Stop-Process -Id $service.processid -Force -PassThru -ErrorAction Stop
>
catch <
Write-Warning -Message ” Error. Error details: $_.Exception.Message”
>
>
>
else <
Write-Output “No services with ‘Stopping’.status”
>

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

Как в Windows завершить работу зависшей службы

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

И больше ни на что ни реагирует. А спустя 30 секунд вы получаете следующее сообщение:

Не удалось остановить службу NAMESERVIS Windows на локальном компьютере.
Ошибка 1053. Служба не ответила на запрос своевременно.

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

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

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

Завершить работу службы можно и через запущенную от имени администратора командную строку с помощью штатной утилиты taskkill . Выглядит команда следующим образом:

taskkill /PID № службы /F

Подсмотреть PID можно во вкладке диспетчера задач «Службы» или выполнив команду sc queryex name , где name — системное (латинское) имя службы.

Результатом выполнения команды taskkill с PID и параметром F должно стать сообщение «Процесс, с идентификатором № успешно завершён» .

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

Служба отчетов об ошибках может вызвать много проблем на вашем ПК, и, говоря об этой службе и ее проблемах, вот некоторые распространенные проблемы, о которых сообщили пользователи:

• Отчеты о проблемах Windows Windows 10 с высокой загрузкой ЦП — иногда эта служба может вызывать проблемы с высокой загрузкой ЦП, однако вы можете решить эту проблему, просто отключив службу.
• Сообщение о проблеме Windows на высоком диске Windows 10 — эта проблема может возникнуть, если ваша установка Windows повреждена. Чтобы устранить проблему, выполните сканирование SFC и DISM и проверьте, решает ли это проблему.
• Отчеты о проблемах в Windows продолжают появляться. Если эта проблема возникает на вашем компьютере, возможно, в Windows Explorer возникли проблемы. Просто перезапустите процесс Windows Explorer и проверьте, решает ли это проблему.
• Служба исправления ошибок Windows, вызывающая мигание экрана. Эта проблема может возникать из-за сторонних приложений, но ее можно исправить, просто выполнив «Чистую загрузку».

Служба сообщений об ошибках продолжает перезапускаться в Windows 10, как это исправить?

1. Отключить службу отчетов об ошибках
2. Изменить ваш реестр
3. Изменить параметры групповой политики
4. Выполните сканирование SFC и DISM
5. Перезапустите проводник Windows
6. Запустите Windows в безопасном режиме
7. Выполнить чистую загрузку

Решение 1. Отключите службу отчетов об ошибках.

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

1. Нажмите клавишу Windows + R, чтобы открыть диалоговое окно « Выполнить ». Теперь введите services.msc и нажмите Enter или кнопку ОК.
   
2. Найдите службу отчетов об ошибках Windows в списке и дважды щелкните ее, чтобы открыть ее свойства.
   
3. Когда откроется окно « Свойства» , установите для параметра « Тип запуска» значение « Отключено», нажмите « Применить» и « ОК» . Если служба работает, вам нужно нажать кнопку Стоп , чтобы отключить ее.
   

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

• ЧИТАЙТЕ ТАКЖЕ: Исправлено: Ошибка чтения этого документа в Windows 10

Решение 2 — Изменить ваш реестр

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

1. Нажмите Windows Key + R и введите regedit . Нажмите Enter или нажмите ОК .
   
2. На левой панели перейдите к разделу «Отчет об ошибках компьютера HKEY_LOCAL_MACHINE SOFTWARE Microsoft Windows Windows» .
3. Щелкните правой кнопкой мыши на правой панели и выберите New> DWORD (32-bit) Value . Введите « Отключено» в качестве имени нового DWORD.
   
4. Дважды щелкните новое значение Disabled и измените его данные значения с 0 на 1 . Нажмите OK, чтобы сохранить изменения.

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

Решение 3 — Изменить параметры групповой политики

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

1. Нажмите Windows Key + R и введите gpedit.msc . Нажмите Enter или нажмите ОК .
   
2. Когда откроется редактор групповой политики , на левой панели перейдите к Конфигурация компьютера> Административные шаблоны> Компоненты Windows> Отчеты об ошибках Windows . На правой панели дважды щелкните Отключить отчеты об ошибках Windows .
   
3. Выберите Enabled и нажмите Apply и OK .
   

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

Решение 4. Выполните сканирование SFC и DISM

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

1. Откройте командную строку от имени администратора. Для этого используйте сочетание клавиш Windows Key + X и выберите « Командная строка» («Администратор») или PowerShell («Администратор») .
   
2. Когда появится командная строка, введите sfc / scannow и нажмите Enter, чтобы запустить ее.
   
3. Сканирование начнется. Имейте в виду, что сканирование занимает около 15 минут и более, поэтому не прерывайте его.

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

1. Запустите командную строку от имени администратора.
2. Запустите команду DISM / Online / Cleanup-Image / RestoreHealth .
   
3. Сканирование DISM должно начаться. Процесс сканирования может занять около 20 минут и более, поэтому не прерывайте его.

После завершения сканирования DISM проверьте, сохраняется ли проблема.

• Читайте также: полное исправление: ошибка 1005 доступ запрещен на Windows 10, 8.1, 7

Решение 5. Перезапустите проводник Windows.

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

1. Откройте диспетчер задач . Для этого нажмите Ctrl + Shift + Esc на клавиатуре.
2. Когда откроется диспетчер задач , найдите проводник Windows , щелкните его правой кнопкой мыши и выберите « Перезагрузить» из меню.
   

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

Решение 6 — Запустите Windows в безопасном режиме

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

1. Откройте приложение «Настройки» . Чтобы сделать это быстро, вы можете использовать комбинацию клавиш Windows + I.
2. После открытия приложения «Настройки» перейдите в раздел « Обновление и безопасность ».
3. Выберите Recovery из левой панели. Нажмите кнопку « Перезагрузить сейчас» на правой панели.
   
4. Выберите « Устранение неполадок»> «Дополнительные параметры»> «Параметры запуска» . Нажмите кнопку « Перезагрузить» .
5. Появится список параметров. Теперь вам просто нужно нажать соответствующую клавишу на клавиатуре, чтобы выбрать нужную версию безопасного режима. Мы рекомендуем использовать безопасный режим с поддержкой сети , но вы можете использовать любую другую версию.

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

Решение 7 — Выполнить чистую загрузку

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

1. Нажмите Windows Key + R и введите msconfig . Теперь нажмите OK или нажмите Enter .
   
2. Окно конфигурации системы должно теперь открыться. Перейдите на вкладку « Службы » и установите флажок « Скрыть все службы Microsoft» . Нажмите Отключить все, чтобы отключить выбранные службы.
   
3. Перейдите на вкладку « Автозагрузка » и нажмите « Открыть диспетчер задач» .
4. Когда откроется диспетчер задач , должен появиться список запускаемых приложений. Щелкните правой кнопкой мыши первое приложение в списке и выберите « Отключить» в меню. Повторите этот шаг для всех записей в списке.
   
5. После отключения всех запускаемых приложений вернитесь в окно « Конфигурация системы» . Теперь нажмите Apply и OK и перезагрузите компьютер.

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

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

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

ЧИТАЙТЕ ТАКЖЕ:

• Исправлено: «Сбой соединения с ошибкой 800»
• ИСПРАВЛЕНИЕ: Ошибка обновления Windows 10 80072EE2
• 4 решения для исправления ошибок Windows 10 0xc004e016 и 0xc004c003