Код 0x000000F4 - bug check CRITICAL_OBJECT_TERMINATION. Процесс или поток, без которого Windows не может работать, завершился сам. На экране иногда видно имя вроде csrss.exe, wininit.exe, smss.exe. Это уже работающая система или самая ранняя стадия после загрузки ядра, не ошибка центра обновления и не отказ MSI.

Рядом ищут CRITICAL_PROCESS_DIED (0x000000EF). Смысл близкий: критический процесс мёртв. 0xF4 - более старый и более общий вариант про объект (процесс или поток). Лечение похожее, ярлыки разные. Не выдумывайте третий код «0x000000F4 windows» как отдельную болезнь: это тот же стоп-код на «десятке» и «одиннадцатой».

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

Повреждены системные файлы. Критический процесс стартовал и сразу умер, потому что его образ на диске битый. После оборванного обновления, «чистки System32», подмены exe с форума. Именно поэтому нельзя подкладывать csrss.exe «с рабочей машины»: подпись и версия не те, получите уже не загружающуюся систему.

Диск врёт. Процесс читает свои библиотеки, получает мусор, падает, ядро фиксирует 0x000000F4. SMART и щелчки важнее, чем третья переустановка поверх того же HDD.

Драйвер или антивирус убили процесс. Фильтр решил, что csrss подозрителен. Редкий, но реальный сюжет после агрессивных комбайнов. Откат фильтра здесь уместнее, чем «лечение процессов».

Память. Битая планка портит образ процесса в RAM. Тогда 0x000000F4 соседствует с 0x0000001A. Память проверяют, если диск зелёный, а файлы sfc не ругает.

Реестр и службы ядра. Ещё реже. Ручная правка веток, от которых зависят smss и wininit. Наугад «восстанавливать реестр» из случайного .reg нельзя: так как раз и роняют критические процессы.

0x000000F4 при установке Windows - уже другая сцена: установщик тоже поднимает системные процессы. Тогда смотрят флешку, память и диск назначения, не центр обновления на старой системе.

Не путайте 0x000000F4 с ошибкой запуска одной программы. Если не стартует браузер из-за DLL, стол жив - это не CRITICAL_OBJECT_TERMINATION. Здесь падает вся машина. Лечить стоп-код «скачанным csrss» нельзя: этот файл как раз из тех, которые трогать руками запрещено. Если имя процесса на экране вам незнакомо, не гуглите «удалить процесс», а запишите его для дампа.

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

  1. Сфотографируйте 0x000000F4 и имя процесса, если есть. Без имени всё равно полезен дамп из Minidump. Запишите, что было до падения: обновление, новый антивирус, чистка диска.

  2. Если система иногда всё-таки входит - сразу диск и файлы. CrystalDiskInfo, chkdsk C: /f, sfc /scannow, DISM /RestoreHealth. Не удаляйте файлы из System32 и WinSxS, даже если утилита называет их «мусором».

  3. Откатите антивирус и свежий драйвер. Штатно. Безопасный режим, если в обычном сразу 0x000000F4. Чистая загрузка без сторонних служб.

  4. Проверьте память. mdsched.exe до конца. Ошибки - планки, не «переустановка чтобы проверить».

  5. Если Windows не загружается. Среда восстановления, точка восстановления, удаление последнего обновления. Авторемонт мог уже написать, что не справился - тогда флешка, копия данных, решение: чинить файлы офлайн или ставить систему. Не подменяйте csrss.exe, wininit.exe, smss.exe файлами из интернета.

  6. Не правьте реестр «критических процессов». Списки Protected Process в любительских инструкциях не для домашнего ремонта. Опечатка - петля 0x000000F4 на каждой загрузке.

Когда диск живой, память молчит, а файлы после DISM всё равно сыплются - честнее чистая установка, чем ещё неделя точек восстановления.

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

0x000000F4 и CRITICAL_PROCESS_DIED - одно и то же? Близнецы по смыслу, разные bug check. 0xEF - CRITICAL_PROCESS_DIED, 0xF4 - CRITICAL_OBJECT_TERMINATION. Проверки одни.

Можно ли удалить процесс, который написан на экране? Нет. Это системные процессы. Их «завершение» как раз и даёт этот стоп-код.

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

Это вирус? Иногда вредонос целит в системные процессы, чаще - диск, обновление, фильтр. Сканер - после того, как система вообще загружается.

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