Поделиться через

Проверка 0xEF ошибок: CRITICAL_PROCESS_DIED

  • Статья

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

Встроенные критически важные системные службы Windows включают csrss.exe, wininit.exe, logonui.exe, smss.exe, services.exe, conhost.exe и winlogon.exe.

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

Важно!

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

параметры CRITICAL_PROCESS_DIED

Параметр Описание
1 Объект процесса
2 Если значение 0, процесс завершается. Если значение 1, поток завершается.
3 Зарезервировано
4 Зарезервировано

Решение

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

Дополнительные сведения см. в разделах Анализ аварийного дампа с помощью отладчиков Windows (WinDbg),Использование расширения !analyze и !analyze.

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

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

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

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

Если это процесс, используйте команду !process , чтобы отобразить сведения о процессе до и после точки сбоя, чтобы найти аномальное поведение. Служебная программа Process Explorer может собирать общие сведения о родительских дочерних связях и выполняемых процессах.

Если это поток, рассмотрите возможность использования команды !thread для отображения сведений о потоке. Сведения о потоках в режиме ядра см. в разделе Изменение контекстов.

Общие сведения о потоках, процессах и других особенностях критического кода, защищенного Windows, таких как wininit и csrss, см. в статье Windows Internals (Павел Иосифович), Марк Е. Руссинович (Mark E. Russinovich), Дэвид А. Соломон (David A. Solomon) и Алекс Ионеску (Alex Ionescu).

Общие советы по устранению неполадок

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

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

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

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

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

  • Попробуйте запустить диагностика оборудования, поставляемые производителем системы.

  • Убедитесь, что любое новое установленное оборудование совместимо с установленной версией Windows. Например, сведения о требуемом оборудовании можно получить в Windows 10 спецификациях.

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

  • Используйте средство проверки системных файлов для восстановления отсутствующих или поврежденных системных файлов. Средство проверки системных файлов — это служебная программа в Windows, которая позволяет пользователям проверять наличие повреждений в системных файлах Windows и восстанавливать поврежденные файлы. Используйте следующую команду, чтобы запустить средство проверки системных файлов (SFC.exe).

    SFC /scannow

    Дополнительные сведения см. в статье Восстановление отсутствующих или поврежденных системных файлов с помощью средства проверки системных файлов.

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

См. также раздел