В поиске встречается «critical process died oxef». Отдельного стоп-кода oxef не существует. Люди так набирают 0xEF: теряют ноль, пишут букву «o» вместо цифры, забывают «x» как префикс hex. Настоящий номер багчека CRITICAL_PROCESS_DIED - 0x000000EF, на синем кадре часто коротко 0xEF. Это ядро остановило Windows, потому что умер критический процесс: csrss.exe, wininit.exe, smss.exe, lsass.exe.

Не ищите драйвер или вирус с именем «oxef». В журнале MiniDump и в справке Microsoft такой строки нет. Пишите латиницу: CRITICAL_PROCESS_DIED и 0xEF. Искажение «oxef» в кавычках оставляем только как предостережение.

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

Умер критический процесс. Ядро не соглашается работать без него и рисует 0x000000EF. «Oxef» здесь ни при чём - это просто кривая запись того же числа.

Повреждён файл процесса. Оборванное обновление, сбой питания, «чистка System32». Стоп на логотипе или сразу после входа.

Драйвер или антивирус. Фильтр валит csrss. В безопасном режиме тихо, в обычном снова CRITICAL_PROCESS_DIED.

Диск или память. Файл не читается или портится в оперативке. Тогда 0xEF вернётся после любой «починки процесса» архивом.

Путают с 0xc0000005. Нарушение доступа в программе оставляет стол живым. 0xEF гасит систему. Не лечат одним патчем.

Не подкладывайте csrss.exe «для oxef» и не ставьте твикер с таким словом в названии. Подпись не сойдётся, получите второй стоп или отказ загрузки.

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

  1. Сверьте кадр с настоящим кодом. На экране должны быть CRITICAL_PROCESS_DIED и 0xEF либо 0x000000EF. Если видите 0x116, 0x3B, 0x1A - это другие стопы. Строки oxef на кадре не бывает.

  2. Отделите загрузку от рабочего стола. Стоп на логотипе - безопасный режим и откат пакета. Стоп через час в браузере - свежий драйвер и антивирус.

  3. Войдите в безопасный режим. Три прерывания → параметры загрузки. Не зашли - флешка и SMART, не реестр служб.

  4. Откатите пакет и снимите фильтр. Журнал Центра в Windows 10 и Windows 11. Антивирус снимают из безопасного режима.

  5. Соберите файлы, если система иногда встаёт. sfc /scannow, DISM /Online /Cleanup-Image /RestoreHealth. Не скачивайте системные exe архивом «по запросу oxef».

  6. Проверьте диск и память. chkdsk, CrystalDiskInfo, mdsched.exe. Красный SMART - копия данных.

  7. Не отключайте службы по спискам «против 0xEF». Там критические. Не правьте реестр Services наугад.

Если 0x000000EF пришёл в день накопительного и безопасный режим жив, откат пакета сильнее любого поиска по «oxef». Если кадр на загрузке и диск уже красный - сначала накопитель. Подмена csrss по форуму после такого запроса только ухудшает шанс поднять систему.

Как люди получают «oxef»: фото кадра, где 0xEF плохо видно, или набор с телефона, где ноль рядом с буквой «о». Иногда путают с 0xF4 (CRITICAL_OBJECT_TERMINATION) и пишут «oxef» вместо 0xF4. Поэтому фото важнее запроса. Если на кадре 0x000000F4 - читайте соседнюю статью, не этот текст. Если 0xEF - остаётесь здесь. Если на кадре вообще нет числа, а есть только CRITICAL_PROCESS_DIED - это тот же багчек, номер можно не выдумывать. В дампе WinDbg всё равно увидите 0x000000EF.

Ещё путают с HRESULT Центра, где тоже есть буквы и иксы. 0x80070422 и 0x80073712 живут в белом окне на живом столе. CRITICAL_PROCESS_DIED стола не оставляет. Лечить «oxef» сбросом SoftwareDistribution бессмысленно: служба обновления тут ни при чём, пока вы не в безопасном режиме и не откатываете конкретный KB, после которого кадр начался.

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

Что такое oxef? Искажение 0xEF. Отдельного кода нет. Имеется в виду CRITICAL_PROCESS_DIED.

0xEF и 0x000000EF - разное? Нет. Короткая и полная запись.

Это вирус «oxef»? Нет. Такого вируса в штатной картине нет. Не качайте «лечение oxef».

Это то же, что 0xc0000005? Нет.

Поможет ли переустановка? На живом диске и живой памяти - да. На сыплющемся SSD - нет, пока не смените накопитель.

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