Critical Process Died на Windows 10: решаем проблему

Описываемая ошибка относится к числу критических, приводящих к остановке выполнения всех процессов на уровне ядра операционной системы. В результате пользователь видит так называемый BSOD (Blue Screen of Died): синий экран с грустным смайликом и кратким описанием случившегося. Сегодня мы говорим о том, как исправить Critical Process Died Windows 10 и не допускать его дальнейшего появления.

Статистика BSOD

Причин, по которым может возникнуть сбой на уровне ядра, не так много. Данные Microsoft дают следующую картину возникновения BSOD:

  • 70% — некорректная работа или несовместимость ПО;
  • 10% — сбои в аппаратной конфигурации;
  • 5% — ошибки исполняемого кода ОС.

BSOD

Оставшиеся 15% ошибок произошли по неустановленным причинам.

Диагностика

Настройками операционной системы предусмотрена автоматическая перезагрузка после появления критической ошибки. Надпись, которую мы видим на синем экране, об этом предупреждает. Чтобы узнать код возникшей неисправности и принять адекватные меры реагирования, воспользуемся встроенной утилитой диагностики.

  1. Открываем панель управления и выбираем отмеченный на скриншоте раздел.

Устранение неполадок

  1. В зоне быстрого перехода расположилась гиперссылка, позволяющая добраться до всех диагностических инструментов.

Просмотр всех категорий

  1. Проматываем открывшийся список, чтобы найти нужную утилиту.

Проматываем открывшийся список

  1. С помощью данного инструмента мы можем диагностировать и дать Windows возможность самостоятельно устранить причину появления одноименной неисправности. Раскрыв параметр, на который указывает стрелка, можно выбрать ручной режим работы. В этом случае будет выполнена только диагностика.

Пункт Дополнительно

  1. Если проблема возникла впервые, можно оставить галочку на месте. При повторном ее появлении — убираем, чтобы получить код ошибки и искать решение самостоятельно.

Автоматические исправления

  1. Результат работы утилиты можно просмотреть в области дополнительных сведений.

Просмотр дополнительных сведений

В идеальном варианте ошибка будет выявлена и устранена автоматически. Если мы попали в те 15%, которым Microsoft помочь не смог, — дальнейшие действия выполняем самостоятельно.

Устраняем сбой драйвера

Начнем с наиболее вероятной причины. Смерть «критикал процесс» может вызвать несовместимость драйвера с ОС. Чтобы не проверять все подряд, вспоминаем два события, произошедшие перед появлением BSOD:

  • какое устройство подключалось к ПК последним;
  • какой драйвер был установлен вручную.

Это позволит сузить зону поиска и помочь в поиске решения. Проверять свои подозрения отправимся в диспетчер устройств.

  1. Воспользуемся комбинацией Win+X чтобы развернуть системное меню кнопки «Пуск». Выбираем в нем отмеченный пункт.

Диспетчер устройств

  1. Открывается диспетчер, в котором собраны все устройства, установленные или подключенные к данному компьютеру. В первую очередь, как наиболее подверженную сбою, проверим программную составляющую видеокарты. Вторым пунктом у нас будет «неизвестное устройство».

Неизвестное устройство

  1. Выделяем выбранное, нажимая правую кнопку мыши и вызываем контекстное меню. Переходим к обозначенному рамкой пункту.

Свойства устройства

  1. В открывшемся окне свойств переключаемся на вкладку драйвер. Как видим, он подписан Microsoft, следовательно, является сертифицированным и предназначенным для данного устройства и ОС. Вторым шагом проверяем обновления. При наличии — выполняем установку. Третий шаг предназначен для пользователей, недавно установивших новый драйвер. Если кнопка активна, можно выполнить «откат» к предыдущей, стабильной версии.

«откат»

  1. Переходим к неопределенному устройству и вызываем контекстное меню. Выбираем отмеченный пункт и удаляем его из системы.

Неопределенное устройство

Выполняем перезагрузку, чтобы убедиться в нормальной работе ПК.

Запрет установки

Особенностью Windows 10 является самостоятельность в выборе и обновлении драйверов используемого оборудования. Поэтому, если в прошлом шаге нам удалось выявить проблемное ПО, необходимо запретить ОС повторную его установку.

  1. Microsoft разработали специальную утилиту, скачать которую можно из Центра загрузок. Представляя собой САВ-файл диагностического пакета, она не имеет расширения EXE и не требует установки. Активируем ее работу нажатием на обозначенную кнопку.

Кнопка далее

  1. Утилита имеет всего две позиции для использования: скрыть обновления и показать обновления. Чтобы запретить установку проблемного пакета, запускаем первый пункт.

Настройка обновлений

  1. Выделяем элементы, которые должны игнорироваться системой при загрузке исправлений, и продолжаем.

Выбор обновлений

  1. На скриншоте видно, что указанные нами изменения приняты системой. В данном случае пакет драйверов принтера от Microsoft использоваться не будет.

Драйверов принтера от Microsoft

Чтобы разрешить установку, например, после выхода ожидаемого обновления — повторяем последовательность шагов 3-5. В качестве стартового выбираем пункт утилиты «Show hidden update».

Тестируем аппаратную конфигурацию

Убедимся, что сбой BSOD failed service 0x000000ef не мог произойти по причине проблем в аппаратной конфигурации ПК. Используем для этой цели встроенные тесты операционной системы.

  1. Запускаем «Проводник». Выбираем в области быстрого перехода пункт, отмеченный единицей. Выделяем в общем поле системный диск. Переключаемся на вкладку «Компьютер» и нажимаем на обозначенный четверкой параметр.

Проводник

  1. Открывается окно свойств системного диска. Переходим на вкладку «Сервис» и выбираем отмеченный пункт.

Сервис

  1. Система выдаст предупреждение о готовности к проверке. Если в процессе будут обнаружены ошибки, для их устранения потребуется произвести перезагрузку ПК.

Проверка диска

  1. Полученное уведомление свидетельствует о том, что сбойные сектора на HDD не найдены.

Сбойные сектора на HDD не найдены

  1. Продолжаем проверку, проведя тест RAM. Откроем панель управления и выберем раздел «Администрирование».

Администрирование

  1. Проматываем список доступных инструментов до отмеченного на скриншоте пункта.

Средство проверки памяти

  1. Запускаем встроенное средство проверки RAM. Выполняем рекомендации и соглашаемся на немедленную проверку с перезагрузкой.

Средство проверки RAM

  1. Проверка выполняется в два этапа.

Проверка выполняется в два этапа

По окончании происходит автоматическая загрузка ОС. При выявлении ошибок пользователь получает отчет о неполадках.

Отсутствие в ходе выполненных проверок сообщений «file is corrupt» или «memory corruption» говорит о том, что HDD и RAM находятся в полностью работоспособном состоянии.

Проверка системный файлов

Выполним проверку целостности системных файлов, чтобы убедиться, что в момент появления BSOD система не пострадала.

  1. Воспользуемся комбинацией Win+X, чтобы открыть контекстное меню и запустить PowerShell в административном режиме.

PowerShell

  1. Вводим приведенную на скриншоте команду и запускаем ее выполнение.

Вводим приведенную на скриншоте команду

  1. Утилита выполняет проверку целостности и выводит отчет о своей работе.

Утилита выполняет проверку целостности

Результаты показывают, что Windows находится в полностью работоспособном состоянии.

В заключение

Разовое появление любой BSOD не является критическим и не требует вмешательства пользователя. Принимать меры к устранению ошибок стоит в том случае, когда «синий экран» появляется несколько раз подряд или с определенной регулярностью.

Видео

Для полноты картины рекомендуем к просмотру тематический видеоролик.

Читайте также:

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Adblock detector