Код остановки CRITICAL_PROCESS_DIED - это багчек Windows 0x000000EF. На синем экране десятки и одиннадцатой его пишут словами, число иногда 0xEF. Ядро остановилось, потому что умер процесс, без которого система не имеет права работать. Это не ссылка windows.com/stopcode (она есть почти на любом современном кадре) и не код Центра обновления. Ниже - как читать именно этот стоп, а не соседние.

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

Умер критический процесс. csrss, wininit, smss, иногда lsass. Ядро не чинит его на лету, а рисует стоп-код. «Код остановки Windows CRITICAL_PROCESS_DIED» - одно событие, не два разных.

Оборванное обновление. Пакет не дописался, процесс стартует из дырявого файла. Частый сценарий на Windows 10 и 11 после «не выключайте компьютер», которое выключили. Стоп на логотипе.

Фильтр антивируса или драйвер. В обычном режиме 0xEF, в безопасном тихо. Снимают программу, не ядро.

Диск. Файл процесса не читается. Тогда код остановки вернётся на любой свежей Windows на том же SSD. SMART важнее красивого имени на кадре.

Путают с 0xc0000005 и с 0xc000021a. Первое - окно программы, рабочий стол жив. Второе - соседний статус гибели системного процесса, другая запись. Маршрут похож, числа не склеивать. Пишите CRITICAL_PROCESS_DIED латиницей, без кириллической «с» внутри PROCESS.

Путают со ссылкой Microsoft. Внизу кадра бывает www.windows.com/stopcode. Это справка, не имя стопа. Если в поиске только эта строка - смотрите статью про неё, а код остановки списывайте с середины экрана.

Что проверить самому

  1. Сфотографируйте весь кадр. Нужны CRITICAL_PROCESS_DIED, 0x000000EF или 0xEF, имя файла. Ссылка stopcode - необязательна. В журнале после перезагрузки ищите BugCheck.

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

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

  4. Откатите накопительное обновление и снимите комбайн. Windows 10: «Параметры» → «Обновление и безопасность» → журнал. Windows 11: «Центр обновления Windows» → журнал. Антивирус снимают из безопасного режима.

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

  6. Проверьте диск. chkdsk C: /f, CrystalDiskInfo. Красный статус - копия. Код остановки CRITICAL_PROCESS_DIED на мёртвом накопителе не лечится.

  7. Не правьте реестр и не подменяйте системные файлы. Так получают BAD_SYSTEM_CONFIG_INFO или новый 0xEF. Точка восстановления спокойнее. Если файлы не собираются, а диск живой - чистая установка. Это тоже решение, просто честное.

Запишите, после какого действия Windows стала рисовать CRITICAL_PROCESS_DIED: пакет вторника, новый антивирус, «чистка» системных папок. Без этой привязки откат превращается в набор случайных команд. Если после снятия пакета система живёт сутки - на этом можно остановиться. Не ставьте тот же KB сразу «проверить». На загрузке и на рабочем столе код остановки один, но безопасный режим на логотипе важнее, чем десятый sfc в уже живой сессии.

Если файлы не собираются через DISM, а SMART зелёный, чистая установка официальным образом - нормальный выход. Это не признак «сломанной Windows как класса» и не повод подменять csrss.exe. Ссылку www.windows.com/stopcode на том же кадре в поиск можно не копировать: она не отличает ваш 0xEF от чужого 0x133.

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

0xEF и CRITICAL_PROCESS_DIED - одно? Да. Число и имя одного стоп-кода Windows.

Это только Windows 10? Нет. На 11 тот же 0x000000EF. Пути в параметрах чуть другие.

windows.com/stopcode - это и есть код остановки? Нет. Это адрес справки Microsoft. Код остановки - CRITICAL_PROCESS_DIED на том же кадре.

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

Можно ли игнорировать один экран? Если не повторяется и SMART тихий - да. Пачка каждый час - копируйте файлы.

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