Як виправити Critical Process Died в Windows 10

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

Статистика BSOD

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

  • 70% – некоректна робота або несумісність ПО;
  • 10% – збої в апаратної конфігурації;
  • 5% – помилки виконуваного коду ОС.

Решта 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 використовуватися не буде.

Щоб дозволити встановлення, наприклад, після виходу очікуваного оновлення – повторюємо послідовність кроків 3-5. В якості стартового вибираємо пункт утиліти «Show hidden update».

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

Переконаємося, що збій BSOD failed service 0x000000ef не міг відбутися через проблеми в апаратної конфігурації ПК. Використовуємо для цієї мети вбудовані тести операційної системи.

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

  1. Відкривається вікно властивостей системного диска. Переходимо на вкладку «Сервіс» та вибираємо зазначений пункт.

  1. Система видасть попередження про готовність до перевірки. Якщо в процесі будуть виявлені помилки, для їх усунення потрібно зробити перезавантаження ПК.

  1. Отримане повідомлення свідчить про те, що збійні сектора на HDD не знайдені.

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

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

  1. Запускаємо вбудоване засіб перевірки RAM. Виконуємо рекомендації та погоджуємося на негайну перевірку з перезавантаженням.

  1. Перевірка виконується в два етапи.

Після закінчення відбувається автоматичне завантаження ОС. При виявленні помилок користувач отримує звіт про неполадки.

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

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

Виконаємо перевірку цілісності системних файлів, щоб переконатися, що в момент появи BSOD система не постраждала.

  1. Скористаємося комбінацією Win + X, щоб відкрити контекстне меню і запустити PowerShell в адміністративному режимі.

  1. Вводимо наведену на скріншоті команду і запускаємо її виконання.

  1. Утиліта виконує перевірку цілісності і виводить звіт про свою роботу.

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

На закінчення

Разове поява будь BSOD не є критичним і не вимагає втручання користувача. Вживати заходів до усунення помилок варто в тому випадку, коли «синій екран» з’являється кілька разів поспіль або з певною регулярністю.

Відео

Для повноти картини рекомендуємо до перегляду тематичний відеоролик.

Ссылка на основную публикацию