Ошибка CRITICAL_PROCESS_DIED в Windows: причины и решение

Синий экран CRITICAL_PROCESS_DIED (стоп-код 0x000000EF) возникает, когда в Windows аварийно завершается процесс, критически важный для работы системы. После такого сбоя компьютер уходит в перезагрузку, а при повторении ошибки может зациклиться. Проблема встречается и в Windows 10, и в Windows 11 и обычно связана с драйверами, повреждёнными системными файлами или сбоями диска.

Что означает CRITICAL_PROCESS_DIED

Windows постоянно держит запущенными несколько процессов, без которых система не может работать, — например, csrss.exe или wininit.exe. Если один из них неожиданно останавливается, ядро принудительно вызывает синий экран, чтобы избежать повреждения данных. Именно это и сообщает стоп-код CRITICAL_PROCESS_DIED.

Сам по себе код не указывает виновника напрямую, поэтому диагностику ведут от самого частого источника проблем — драйверов и системных файлов — к более редким аппаратным неисправностям.

Как выглядит ошибка

Причины появления CRITICAL_PROCESS_DIED

• Повреждённые или несовместимые драйверы (особенно после обновления системы).
• Повреждённые системные файлы Windows.
• Ошибки файловой системы или битые сектора на диске.
• Сбойное обновление Windows.
• Действие вирусов или нежелательного ПО, повредившего системные компоненты.
• Конфликт стороннего антивируса или утилит «оптимизации».
• Неисправная оперативная память или перегрев.

Если система циклически перезагружается и не доходит до рабочего стола, перезагрузите ПК 2–3 раза подряд кнопкой питания — Windows сама запустит среду восстановления (WinRE), откуда доступны безопасный режим и командная строка.

Способ 1: восстановить системные файлы

Повреждённые системные файлы — самая частая причина CRITICAL_PROCESS_DIED. Их проверяют и восстанавливают двумя командами.

1. Нажмите Win + X и выберите «Терминал (администратор)» или «Командная строка (администратор)».
2. Выполните проверку и восстановление хранилища компонентов:

   DISM /Online /Cleanup-Image /RestoreHealth

3. Затем восстановите защищённые системные файлы:

   sfc /scannow

4. Дождитесь завершения (это может занять 10–20 минут) и перезагрузите компьютер.

Если система не загружается, те же команды запускают из среды WinRE: «Поиск и устранение неисправностей» → «Дополнительные параметры» → «Командная строка».

Способ 2: проверить диск на ошибки

Ошибки файловой системы и битые сектора нередко приводят к гибели критического процесса.

1. Откройте командную строку от имени администратора.
2. Выполните проверку и исправление диска:

   chkdsk C: /f /r

3. Если система предложит выполнить проверку при следующей перезагрузке — введите Y и нажмите Enter.
4. Перезагрузите компьютер и дождитесь завершения проверки.

Способ 3: откатить или обновить драйверы

Если синий экран появился после установки или обновления драйвера (видеокарты, чипсета, сетевой карты), откатите его.

1. Нажмите Win + X → «Диспетчер устройств».
2. Найдите устройство, после которого начались сбои, кликните ПКМ → «Свойства».
3. На вкладке «Драйвер» нажмите «Откатить», если кнопка активна.
4. Если отката нет — выберите «Обновить драйвер» и установите свежую версию с сайта производителя устройства.

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

Способ 4: удалить последнее обновление Windows

Если BSOD начался сразу после установки апдейта, его стоит удалить.

1. Откройте Параметры → Центр обновления Windows → Журнал обновлений → Удалить обновления.
2. Найдите последнее установленное обновление по дате и нажмите «Удалить».
3. Перезагрузите компьютер.

Если Windows не загружается, удалить обновление можно из WinRE: «Дополнительные параметры» → «Удалить обновления» → «Удалить последнее исправление».

Что делать, если ничего не помогло

• Загрузитесь в безопасном режиме: в WinRE выберите «Параметры загрузки» → «Перезагрузить» → 4 или F4. Если в безопасном режиме сбоев нет — виновник стороннее ПО или драйвер.
• Проверьте оперативную память: запустите средство «Диагностика памяти Windows» (mdsched.exe) или утилиту MemTest86 с загрузочной флешки.
• Просканируйте систему на вирусы: полная проверка Защитником Windows, а при сомнениях — загрузочным диском Kaspersky Rescue Disk или ESET.
• Используйте точку восстановления: в WinRE → «Восстановление системы» откатитесь к дате, когда ошибки не было.
• Крайняя мера — вернуть ПК в исходное состояние: «Параметры → Восстановление → Вернуть компьютер в исходное состояние» с сохранением личных файлов.

FAQ

Что значит синий экран CRITICAL_PROCESS_DIED?

Это стоп-код 0x000000EF: аварийно завершился процесс, критически важный для работы Windows. Система вызвала синий экран, чтобы защитить данные. Чаще всего причина — повреждённые системные файлы или сбойный драйвер.

Как исправить CRITICAL_PROCESS_DIED, если Windows не загружается?

Перезагрузите ПК 2–3 раза кнопкой питания, чтобы открылась среда восстановления. Оттуда запустите командную строку и выполните DISM /Online /Cleanup-Image /RestoreHealth и sfc /scannow, либо загрузитесь в безопасном режиме.

Помогает ли sfc /scannow при этой ошибке?

Да, это одно из основных решений. Сначала выполните DISM для восстановления хранилища компонентов, затем sfc /scannow для восстановления системных файлов. Перед этим желательно проверить диск командой chkdsk C: /f /r.

CRITICAL_PROCESS_DIED — это поломка железа?

Не обязательно. В большинстве случаев виноваты драйверы, обновления или повреждённые файлы. Аппаратные причины (сбойная память, перегрев, умирающий диск) встречаются реже и проверяются на последнем этапе.

Может ли антивирус вызывать CRITICAL_PROCESS_DIED?

Да. Сторонние антивирусы и утилиты «оптимизации» иногда конфликтуют с системными процессами. Если в безопасном режиме сбоев нет, временно удалите такое ПО и проверьте стабильность работы.

Поможет ли возврат ПК в исходное состояние?

Это крайняя мера, когда восстановление файлов, откат драйверов и удаление обновлений не помогли. Выбирайте вариант с сохранением личных файлов — он переустанавливает Windows, не удаляя ваши документы.

Ошибка одинакова в Windows 10 и 11?

Да. CRITICAL_PROCESS_DIED появляется в обеих системах по одним и тем же причинам, и все способы исправления работают одинаково.