Код CRITICAL_PROCESS_DIED в Windows 10 - синий экран 0x000000EF. Ядро заметило, что завершился процесс, без которого система не имеет права жить: csrss.exe, wininit.exe, lsass.exe или служба, помеченная как критическая. Это авария уже почти загрузившейся или работающей десятки, не окно 0xc0000005 у игры и не отказ Центра обновления. На экране иногда есть имя процесса. Его запишите: дальше меньше гаданий.

Почему это происходит

Повреждены системные файлы. Оборванное обновление, «чистилка», антивирус вырезал «подозрительный» csrss. Windows 10 после этого честно падает: критический процесс исчез. Тогда sfc и DISM из среды, не замена процессора.

Диск врёт. Страница процесса пришла мусором. Рядом щелчки HDD, жёлтый SMART, иногда INACCESSIBLE_BOOT_DEVICE на следующем старте. Новая система на сыплющемся накопителе снова даст 0x000000EF.

Драйвер или фильтр. Антивирус, диск, «ускоритель». Критический процесс закрывают не сами, а из-за сбоя в драйвере. Если 0x000000EF начался на следующий день после пакета - откатите пакет.

Память. Реже, чем у MEMORY_MANAGEMENT, но бывает. Если стоп в случайный момент плюс ошибки mdsched - планка, не «переустановите службы».

Путают с отказом загрузчика. 0xc000000f - нет BCD. CRITICAL_PROCESS_DIED - ядро уже шло, процесс умер. bootrec этот стоп не лечит.

Не скачивайте «патч 0xEF» и не копируйте csrss.exe с другого ПК. Это файлы конкретной сборки Windows 10. Чужой exe не пройдёт проверку подписи и даст новый стоп. Не отключайте защиту критических процессов в реестре: вы получите уже не синий экран, а тихую порчу профиля.

0x000000EF сразу после логотипа и тот же код через час работы - разные веса. На старте чаще сгнил файл или диск не успел отдать страницу. В середине дня чаще фильтр или память. Не ставьте чистую Windows 10, пока не глянули SMART: на умирающем HDD критический процесс снова умрёт на первой же загрузке обновлений. Если стоп начался в момент установки накопительного пакета - откатите пакет из среды, это уже не «лечение csrss», а оборванное обновление.

Что делать самому

  1. Сфотографируйте экран. Нужны CRITICAL_PROCESS_DIED, 0x000000EF и имя процесса, если есть. Запомните, было ли это после обновления, чистки или щелчков диска.

  2. Зайдите в среду восстановления и проверьте диск. chkdsk по букве тома Windows. SMART - как только есть доступ. Жёлтый диск - сначала копия файлов.

  3. Проверьте системные файлы офлайн, если рабочий стол не открывается. С флешки: sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows - букву подставьте свою из list vol. На живой системе достаточно sfc и DISM.

  4. Откатите обновление или точку восстановления. Если 0x000000EF начался после пакета - удалите его из среды. Не ставьте «пак твиков» поверх.

  5. Снимите свежий антивирус и фильтр. Чистая загрузка, если система доходит до стола. Штатный защитник на время проверки спокойнее третьего комбайна.

  6. Прогоните память, если диск чистый и файлы целые. mdsched.exe. Ошибки - планка.

  7. Если папка Windows неполная - копируйте данные и ставьте систему заново. Собирать csrss с форума бессмысленно.

Имя процесса на экране экономит час. Если там антивирусный сервис - снимают этот антивирус из среды, не «лечат csrss». Если там lsass после кривого твика политики - точка восстановления, не замена диска. Если имени нет и SMART жёлтый - имя уже не важно, сначала копия файлов.

Часто задаваемые вопросы

CRITICAL_PROCESS_DIED и 0x000000EF - одно? Да.

Это вирус? Иногда антивирус сам вырезает лишнее. Чаще диск и оборванное обновление. Сначала SMART и sfc.

Поможет ли переустановка Windows 10? Если файлы сгнили, а диск живой - да. Если диск умирает - стоп вернётся.

Чем это не KERNEL_SECURITY_CHECK_FAILURE? Там проверка структур ядра. Здесь умер обязательный процесс. Диагностика пересекается по диску и памяти, смысл на экране разный. Имена не подменяйте одно другим в поиске. На экране должно быть именно CRITICAL_PROCESS_DIED.

Смотрите также