Ошибка CRITICAL_PROCESS_DIED и код 0xEF - это один и тот же синий экран. Числовой стоп - 0x000000EF, коротко 0xEF. Ядро завершило работу, потому что умер процесс, без которого Windows не имеет права жить: часто подсистема входа или защита памяти. В поиске пишут «oxef» и «0хеф»: такой записи у Microsoft нет, люди путают ноль с буквой O и подставляют кириллицу. Настоящий код - 0xEF латиницей. Запись «oxef» в документации не встречается.
Почему это происходит
Оборвалось обновление или сбой питания. Не дописались файлы вроде частей подсистемы входа. После перезагрузки ядро видит мёртвый критический процесс и рисует 0x000000EF. Разовый случай после грозы бывает. Повтор на каждом старте - уже не «глюк».
Драйвер или антивирус лезет в системные процессы. Твикер, старый щит, «ускоритель». Они убивают то, что Windows считает неприкосновенным. Откат программы полезнее очистки реестра.
Диск не отдаёт системные файлы. SSD с нестабильными блоками, HDD с бэдами. Тогда CRITICAL_PROCESS_DIED чередуется с другими стопами. SMART решающий.
Повреждённые системные файлы без «очевидного» виновника. sfc находит ошибки снова. Сборка с вырезанными службами делает это специально - и 0xEF на ней ожидаем.
Не подменяйте csrss.exe, winlogon.exe и соседние файлы копиями с форума или с другой сборки. Подпись и версия не совпадут, плюс легко поймать вредонос. Не удаляйте службы «для скорости» и не правьте реестр критических процессов: именно так 0xEF и получают вручную.
Что делать самому
- Сфотографируйте кадр. CRITICAL_PROCESS_DIED и 0x000000EF. Если имя другое - не эта статья, даже если в запросе было «0xef».
- Вспомните последнее изменение. Обновление Windows, антивирус, твикер, сбой питания. Откат и безопасный режим логичнее набора утилит.
- Проверьте диск, пока система иногда ещё встаёт. CrystalDiskInfo,
chkdsk. Чинить файлы на сыплющемся SSD бессмысленно. sfc /scannowи DISM RestoreHealth на живой системе или из среды восстановления. Это штатный путь, не «патч 0xEF».- Снимите сторонний фильтр. Антивирус не из комплекта Windows, бустер, чистильщик. Если 0xEF пропал - не ставьте ту же версию.
- Не скачивайте «critical process died fix». Официального exe от этого стопа нет.
- Если кадр на каждом включении и диск живой - установка поверх или чистая. Честнее, чем неделя с чужими системными файлами.
На ноутбуке 0xEF после разряда батареи на середине обновления - классика. Сначала дождитесь зарядки и среды с флешки, не кнопка питания десять раз подряд. Если коды скачут (0xEF, потом 0x1A) - железо, не один «критический процесс».
Запрос склеил имя и число правильно: 0xEF и CRITICAL_PROCESS_DIED - пара. Не существует отдельного стопа «0xef» с другим смыслом.
На Windows 10 кадр часто с QR и текстом CRITICAL_PROCESS_DIED, на Windows 11 тот же 0x000000EF другим оформлением. Не ищите отдельный «0xef для десятки». Если стоп приходит сразу после накопительного обновления, откат пакета из среды или установка поверх честнее правки системных exe. Если после чистильщика служб - вернуть службы штатно уже поздно, проще официальный образ.
Не путайте 0xEF с 0x0000007B и с 0xc000000f. Первый - умер критический процесс, второй - диск недоступен ядру, третий - загрузчик не прочитал BCD. Похожий быт «не включается», разная фаза. Фото кадра важнее запроса в поиск. Не отключайте проверку подписи, чтобы подложить «рабочий csrss». Это как раз путь к повторному 0xEF или хуже.
Не выключайте компьютер кнопкой на середине накопительного обновления «потому что ползунок завис». Часто так и получают CRITICAL_PROCESS_DIED на следующем старте. Ползунок Windows умеет молчать минутами. Если уже выключили и поймали 0xEF - среда с флешки, диск, DISM, не кнопка питания ещё десять раз. Повторный жёсткий сброс дописывает порчу.
Часто задаваемые вопросы
CRITICAL_PROCESS_DIED и 0xEF - одно? Да. Имя и шестнадцатеричный код одного стопа.
Почему пишут «oxef»? Путают ноль с буквой O. Настоящая запись - 0xEF.
Можно ли скопировать csrss.exe с другого ПК? Нельзя. Версия не совпадёт, система может не загрузиться вовсе.
Это вирус? Не по умолчанию. Чаще оборванное обновление, диск или фильтр. Вирус тоже умеет убивать критический процесс, но не он первый в списке.
Когда проще переустановить? Когда DISM не собирает файлы, а накопитель ещё живой. Сборка с вырезанными службами - сразу чистый официальный образ, не та же сборка.
