CRITICAL_PROCESS_DIED: синий экран в Windows 10 и 11 — причины и исправление

#Что означает ошибка

В Windows есть процессы, завершение которых делает продолжение работы небезопасным (например, диспетчер сеансов или процесс подсистемы клиента). Если один из них неожиданно остановился, система намеренно показывает синий экран. Название процесса в сообщении не указывается — его причину нужно искать косвенно.

#Частые причины

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

#Способ 1. Отключите лишнее оборудование и вспомните последние изменения

1. Отсоедините внешние устройства.Отключите флешки, USB-хабы и внешние диски, если ошибка CRITICAL_PROCESS_DIED началась после подключения устройства. Перезагрузитесь обычным способом один раз. Если Windows снова показывает BSOD, запишите код и время, не делайте многократных принудительных выключений.
2. Вспомните, что менялось перед первым сбоем.Вспомните последнее изменение: обновление Windows, драйвера накопителя/видео, антивирус, недостаток места. Запишите дату и имя изменения. Если компьютер не входит в Windows, используйте экран «Дополнительные параметры»/WinRE либо официальный установочный USB → «Восстановление системы».

#Способ 2. Загрузитесь в среду восстановления

Если Windows не запускается, после нескольких неудачных загрузок подряд система сама откроет среду восстановления. Если нет, выключите компьютер кнопкой питания в момент появления логотипа три раза подряд. В среде восстановления откройте «Поиск и устранение неисправностей» → «Дополнительные параметры» и попробуйте по порядку:

• Восстановление системы — откат к точке восстановления до появления ошибки.
• Удалить обновления — удаление последнего исправления или последнего обновления компонентов.
• Параметры загрузки → «Включить безопасный режим» — запуск с минимальным набором драйверов.

#Способ 3. Проверьте системные файлы и диск

Из безопасного режима или из среды восстановления откройте командную строку от имени администратора. Сначала проверьте файлы:

Затем проверьте файловую систему. Параметр /r ищет повреждённые секторы и на большом диске может занять несколько часов:

#Способ 4. Откатите драйвер

1. Войдите в безопасный режим через WinREКогда Windows не загружается после обновления, войдите в WinRE → «Поиск и устранение неисправностей» → «Дополнительные параметры» → «Параметры загрузки» → «Перезагрузить» → 4 для безопасного режима. Если диск зашифрован, понадобится ключ BitLocker. Если безопасный режим не доступен, попробуйте «Удалить последнее качественное обновление» или «Восстановление системы».
2. Найдите устройство, драйвер которого обновлялся последним.В безопасном режиме нажмите Win+R → devmgmt.msc, найдите устройство, чей драйвер недавно меняли, и откройте «Свойства» → «Драйвер». Если неизвестно, что менялось, не удаляйте случайные драйверы. Для повреждённых системных файлов из загруженной Windows можно отдельно запустить sfc /scannow и DISM от администратора.
3. Откройте свойства → вкладка «Драйвер» → «Откатить».На вкладке «Драйвер» выберите «Откатить», только если кнопка доступна и есть связь с моментом ошибки. Перезагрузитесь и проверьте обычную загрузку; иначе скачайте официальный совместимый драйвер на другом ПК или восстановитесь через точку. При щелчках или ошибках чтения сначала скопируйте данные; chkdsk /r на деградирующем диске не запускайте.

#Способ 5. Проверьте оперативную память

Если вы разгоняли процессор или память, на время диагностики верните заводские частоты в BIOS/UEFI.

#Как проверить результат

• Компьютер работает без синих экранов хотя бы сутки под обычной нагрузкой.
• В «Просмотре событий» (журналы Windows → Система) нет новых критических ошибок с источником BugCheck.

#Если не помогло

Включите сохранение мини-дампов (по умолчанию включено) и проанализируйте файлы из C:\Windows\Minidump отладчиком WinDbg или утилитой разбора дампов: там указан модуль, в котором произошёл сбой. Если сбой повторяется в среде восстановления и на чистой установке, причина, скорее всего, в оборудовании — проверьте SMART диска и сделайте тест памяти с загрузочной флешки.