На кадре Windows пишет CRITICAL_PROCESS_DIED, в журнале то же событие - BugCheck 0x000000EF, коротко 0xEF. Это не два отказа подряд и не «сначала имя, потом число». Полная запись в документации Microsoft - 0x000000EF.

Исправить 0xEF - пройти цепочку от отката драйвера к диску. Отдельного патча «CRITICAL_PROCESS_DIED 0xEF» не существует. Код общий.

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

Критический процесс завершился. csrss.exe, smss.exe, lsass.exe. Ядро рисует 0xEF и дамп.

Драйвер или фильтр. Антивирус, VPN, пакет чипсета. После отката 0xEF часто пропадает.

Битые файлы. Прерванное обновление, «очистка» Windows, сыплющийся диск.

Накопитель. Чтение страницы критического процесса с дохлого SSD. Новая система на том же диске повторит CRITICAL_PROCESS_DIED.

Путают с 0xc0000005. Access violation у программы - не код остановки. 0xEF бывает только на синем кадре.

Не существует багчека CRITICAL_PROCESS_DIED_0XEF. Так склеивают то, что видят на экране, с тем, что видят в журнале. Если в BugCheck 0x00000139 или 0x00000050 - это уже другие имена.

Не ищите в реестре ключ 0xEF. Не отключайте флаг критичности процессов. Не качайте csrss.exe и .sys с форума: подпись не сойдётся, получите 0x139.

Как исправить пошагово

  1. Сверьте имя и число. CRITICAL_PROCESS_DIED на кадре, BugCheck 0x000000ef в журнале. Не совпало - не эта цепочка.
  2. Снимите автоперезапуск. sysdm.cpl. Нужно прочитать имя, не вылечить.
  3. Безопасный режим, откат последнего изменения. Драйвер, антивирус, KB из журнала. Если 0xEF в день пакета - пакет.
  4. DISM и sfc /scannow. Штатные команды до 100 процентов. Не подменяйте ntdll.dll.
  5. Диск, затем память. CrystalDiskInfo, chkdsk, mdsched.exe. У 0xEF диск чаще виноват.
  6. Сохраните minidump. C:\Windows\Minidump. Онлайн-сервис «исправим 0xEF» обычно врёт.
  7. Нет безопасного режима и SMART красный - съём данных, затем диск. Третий DISM на сыплющемся SSD бесполезен.

В дампе Bug Check 0xEF идёт с параметрами. Первый часто указывает на процесс. Дома без отладчика это редко помогает. Не ищите «значение параметра 1 как артикул».

На Windows 10 и 11 лечение одно. QR на 11 не уникальное лекарство 0xEF. Если 0xEF чередуется с другим багчеком за сутки, запишите оба. Общий корень часто диск. Не лечите 0xEF командами от 0x7B: загрузчик и критический процесс - разные этажи.

Если 0xEF появляется только при входе в конкретную учётную запись, а на новой локальной живёт, виноват профиль, не вся Windows. Не копируйте папку пользователя поверх. Создайте новый профиль, перенесите документы вручную. Чистка профиля твиккером здесь как раз рождает следующий 0xEF.

На домашней сборке с Hyper-V CRITICAL_PROCESS_DIED иногда даёт службу виртуализации. Как проверка - снимите компонент. Как лечение навсегда выключить гипервизор - только если вы им не пользуетесь. Не правьте ключи гипервизора в реестре по списку.

Когда 0xEF начался после установки сборки офиса с инжектором, сначала снимите этот пакет. Подмена системных библиотек ради активации - прямая дорога к CRITICAL_PROCESS_DIED и к 0x139. Штатный sfc может не догнать все подмены. Тогда чистая установка честнее.

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

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

Почему на экране нет числа? Так устроен кадр 10 и 11. Сверяют журнал.

Это код обновления? Нет. Обновление пишет HRESULT при живом столе.

Нужно ли менять 10 на 11? Нет. Код один.

Можно ли игнорировать разовый 0xEF? Если не повторяется после сбоя питания - да.

Не складывайте CRITICAL_PROCESS_DIED и 0xEF в поисковую строку как два разных кода через плюс. Это одно событие. Если журнал показывает другое число - вычитайте другое имя, не эту цепочку.

Если 0xEF начался после отключения файла подкачки «для скорости SSD», верните подкачку штатно. Критический процесс иногда опирается на неё при нехватке памяти. Это не лечение диска, но снимает часть кадров на живом железе.

Как исправить CRITICAL_PROCESS_DIED 0xEF, если безопасный режим тоже синеет: среда восстановления, chkdsk, решение по диску. Не ставьте драйверы из среды «на всякий случай». Если том живой и данные не нужны - официальный образ и чистая установка.

Число 0xEF и полная запись 0x000000EF ищите в журнале латиницей. Кириллическая «Е» в 0xEF поиска не даст.

Полное 0x000000EF в журнале удобнее короткого 0xEF.

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