Введение
CRITICAL_PROCESS_DIED означает, что один из критически важных для работы системы процессов (например, csrss.exe или wininit.exe) неожиданно завершился Windows не может продолжать работу без него и аварийно перезагружается. Код одинаково актуален для Windows 10 и 11, диагностика не отличается между версиями.
Способ 1: попробовать войти в безопасный режим
Первый диагностический шаг если система стабильно уходит в BSOD при обычной загрузке, но нормально загружается в безопасном режиме, это сужает круг вероятных причин до стороннего софта/драйвера, а не глубокого повреждения системных файлов:
- Загрузитесь в безопасном режиме через среду восстановления (три неудачные попытки обычной загрузки автоматически её вызывают).
- Если безопасный режим загружается нормально переходите к способу 3 (проверка недавних изменений).
Способ 2: проверить целостность системных файлов
Если безопасный режим тоже недоступен, работайте через среду восстановления:
- Загрузитесь с установочной флешки Windows → «Восстановление системы» → «Устранение неполадок» → «Командная строка».
- Выполните:
sfc /scannowЕсли команда сообщает о невозможности запуска (типично, если работаете вне обычной загруженной Windows), используйте расширенный синтаксис с указанием путей:
sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows- Дополнительно выполните проверку и восстановление хранилища компонентов:
DISM /Image:C:\ /Cleanup-Image /RestoreHealthСпособ 3: проверить недавно установленные драйверы и обновления
Если сбои начались после конкретного изменения:
- В безопасном режиме или через среду восстановления откатите последнее обновление Windows (Параметры → Центр обновления Windows → Журнал обновлений → Удалить обновления), если временная связь очевидна.
- Проверьте недавно установленные или обновлённые драйверы, особенно видеокарты и сетевого адаптера попробуйте откатить через диспетчер устройств.
Способ 4: восстановление системы до точки
Если сохранилась точка восстановления, созданная до появления проблемы:
- Через среду восстановления: «Диагностика» → «Дополнительные параметры» → «Восстановление системы».
- Выберите точку, созданную до начала сбоев.
Особый случай: проблема связана с оперативной памятью или диском
Если способы выше не помогли, стоит исключить аппаратную причину:
- Проверьте память через
mdsched.exeили MemTest86. - Проверьте диск через
chkdsk /f /rиз среды восстановления.
Особый случай: сторонний антивирус вызывает конфликт
Сторонние антивирусы (не Defender) иногда провоцируют именно этот код ошибки при конфликте с системными процессами, особенно после собственного обновления:
- Если удаётся войти в безопасный режим попробуйте удалить сторонний антивирус оттуда.
- Проверьте, устраняет ли это проблему при следующей обычной загрузке.
Часто задаваемые вопросы
Теряются ли данные при этой ошибке?
Сама по себе ошибка не удаляет файлы, но повторяющиеся аварийные перезагрузки создают риск для несохранённых данных в момент сбоя сохраняйте важную работу регулярно.
Может ли эта ошибка быть разовой случайностью, не требующей вмешательства?
Да, единичный случай без повторения может быть временным сбоем. Стоит беспокоиться и заниматься диагностикой именно при повторяющихся сбоях.
Помогает ли переустановка Windows, если ничего из способов не сработало?
Да, как крайняя мера если ни один из способов не восстановил стабильность, а точки восстановления нет, чистая переустановка (с сохранением файлов, если предлагается такая опция) обычно решает проблему полностью.
Отличается ли частота этой ошибки между Windows 10 и 11?
Нет принципиальной разницы код относится к базовому механизму работы ядра системы, общему для обеих версий.
Заключение
CRITICAL_PROCESS_DIED требует последовательной диагностики: начните с попытки входа в безопасный режим, чтобы понять масштаб проблемы, затем проверьте целостность системных файлов через sfc и DISM, откатите недавние изменения (обновления, драйверы), и при наличии используйте восстановление системы до более ранней точки.
