SPC Servis PC Brno

Синій екран: що означають коди CRITICAL_PROCESS_DIED, MEMORY_MANAGEMENT та WHEA

Стоп-код на синьому екрані — не випадкове число: він каже, у якому напрямку шукати. MEMORY_MANAGEMENT указує на RAM, CRITICAL_PROCESS_DIED на драйвери й систему, WHEA на залізо. Порадимо, як код зафіксувати і що перевірити вдома.

Ing. Miroslav Jaroš оновлено 2 серпня 2026 р. 9 хв читання
Синій екран: що означають коди CRITICAL_PROCESS_DIED, MEMORY_MANAGEMENT та WHEA

Ви пишете листа або йде гра — і раптом увесь екран синіє. «На вашому комп’ютері виникла проблема, і його потрібно перезавантажити.» Знизу відсотки, сумний смайлик і непримітний рядок зі стоп-кодом. Перш ніж ви встигнете його прочитати, комп’ютер перезавантажується і вдає, що нічого не сталося.

Якщо це стається раз на рік — махніть рукою. Коли це повторюється щотижня — або кілька разів на день — комп’ютер вам щось каже. А стоп-код — це речення, яким він це каже.

Відповідь одразу: Синій (у новіших Windows 11 чорний) екран сфотографуйте цілком — стоп-код і рядок «Що спричинило збій», якщо він там є. Код — це підказка, а не діагноз: MEMORY_MANAGEMENT найчастіше вказує на оперативну пам’ять, CRITICAL_PROCESS_DIED на драйвери, пошкоджені системні файли або диск, WHEA_UNCORRECTABLE_ERROR на залізо — перегрів, живлення, нестабільний розгін. Перш ніж щось ремонтувати чи перевстановлювати, зробіть резервну копію даних. Повторювані збої зазвичай мають причину, яка сама не зникне.

Синій екран — це не вирок, а повідомлення

Ядро Windows зупиняється тоді, коли натрапляє на стан, у якому не може безпечно продовжувати — наприклад, коли драйвер пише в чужу пам’ять або процесор повідомляє про помилку, яку неможливо виправити. Аварійна зупинка захищає дані на диску: краще збій зараз, ніж тихе руйнування файлової системи на ходу. Система при цьому зберігає дамп пам’яті та виводить на екран стоп-код.

До речі, колір не має значення. Новіші збірки Windows 11 показують той самий екран чорним і без QR-коду — вміст і значення стоп-коду залишаються тими самими.

Одразу одне уточнення: ця стаття про комп’ютер, який нормально завантажується і падає вже під час роботи. Якщо синій екран з’являється вже під час старту і до Windows ви взагалі не дістаєтеся, або система крутиться в автоматичному відновленні — це інша ситуація з іншими ризиками, її розбираємо в статті Windows 11 не запускається: автоматичне відновлення та синій екран.

Як зафіксувати код, коли екран зникає за кілька секунд

Windows після збою за замовчуванням перезавантажуються самі — і код зникає разом з ними. Вимкніть це: Параметри → Система → Про систему → Додаткові параметри системи → вкладка Додатково → Завантаження та відновлення → Параметри і зніміть позначку Виконати автоматичне перезавантаження. Наступний синій екран лишиться стояти, доки ви його не сфотографуєте.

Заднім числом до кодів можна дістатися й без чекання на наступний збій:

  • Монітор стабільності системи (наберіть назву в пошуку меню Пуск) покаже часову шкалу з червоними хрестиками. Для кожного критичного дня побачите, що впало і з яким кодом — а головне, чи почалися збої того самого дня, що й якась інсталяція або оновлення.
  • Переглядач подій фіксує кожен збій як подію BugCheck з ID 1001, разом із параметрами. Якщо ви знайдете там замість BugCheck лише критичну подію Kernel-Power 41 без стоп-коду, комп’ютер вимкнувся не через помилку системи, а просто втратив живлення — а це вказує на блок живлення, перегрів або кнопку.
  • Папка C:\Windows\Minidump містить дампи окремих збоїв. Самі ви з ними багато не зробите, але для техніка це найцінніші файли з усього комп’ютера — візьміть їх із собою або принаймні не видаляйте.

Занотуйте до цього дві речі: як часто воно падає і під час чого. «Раз на тиждень під час гри» і «тричі на день будь-коли» — це дві абсолютно різні історії.

MEMORY_MANAGEMENT: перший підозрюваний — оперативна пам’ять

Код каже, що щось зіпсувалося в керуванні пам’яттю — система знайшла в RAM інші дані, ніж сама туди записала. Найчастіша причина — справді несправний модуль пам’яті. Одразу за ним нестабільний XMP/EXPO профіль (заводський розгін пам’яті, увімкнений одним кліком в UEFI), і аж потім драйвери або файл підкачки на вмираючому диску.

Що перевірити вдома:

  1. Засіб перевірки пам’яті Windows — натисніть Win+R, наберіть mdsched.exe і виберіть «Перезавантажити зараз і перевірити наявність проблем». Базовий, швидкий тест.
  2. MemTest86 з USB-флешки — ретельніший і доказовіший. Залиште працювати на ніч, щонайменше чотири проходи. Пам’ять, яка проходить одне швидке коло, може впасти на п’ятому.
  3. Тест по одному модулю. Якщо у вас два і більше модулів, тестуйте їх поодинці — так знайдете конкретний несправний і на другому зможете поки що працювати далі.
  4. Вимкніть XMP/EXPO в UEFI і тиждень спостерігайте. Якщо збої зникнуть, пам’ять на профільній швидкості працює нестабільно — іноді допомагає оновлення BIOS, іноді рішенням є лишити профіль вимкненим.

Щодо RAM діє нульова толерантність: єдина помилка в тесті означає вибракування модуля. Пам’ять не має «трохи працювати» — кожна помилка означає тихе псування даних, навіть коли система саме не падає.

CRITICAL_PROCESS_DIED: драйвери та системні файли

Цей код повідомляє, що завершився процес, без якого Windows не можуть працювати. Вбити його могло будь-що — від пошкоджених системних файлів через поганий драйвер до диска, який перестав відповідати. З усіх трьох кодів він найменш конкретний — то важливіше подивитися, що змінилося безпосередньо перед початком збоїв: оновлення Windows, новий драйвер відеокарти, свіжо встановлений антивірус або VPN-клієнт зі своїми мережевими фільтрами.

Домашній порядок дій, від найбезпечнішого:

  1. Перевірка системних файлів. Відкрийте Термінал як адміністратор і запустіть sfc /scannow. Якщо він повідомить про невиправні помилки, продовжте командою DISM /Online /Cleanup-Image /RestoreHealth і повторіть sfc.
  2. Поверніть останній драйвер. У Диспетчері пристроїв знайдіть востаннє оновлений пристрій (найчастіше відеокарту) → Властивості → вкладка Драйвер → Відкотити драйвер.
  3. Видаліть останнє оновлення Windows, якщо збої почалися одразу після нього — Параметри → Windows Update → Журнал оновлень → Видалити оновлення.
  4. Перевірте здоров’я диска. CRITICAL_PROCESS_DIED буває й першим помітним симптомом SSD, який доживає своє. Як розпізнати відмову і чому в цей момент варто припинити експерименти, описує стаття SSD вмирає: ознаки відмови.

Одне попередження: інтернет-класика chkdsk /f до цього списку навмисно не входить. На диску, який фізично відмовляє, ремонтний запис уміє поглибити пошкодження. Спершу стан диска, і тільки потім ремонт.

WHEA_UNCORRECTABLE_ERROR: залізо кличе на допомогу

WHEA — це скорочення від Windows Hardware Error Architecture, каналу, яким залізо повідомляє системі про свої помилки. Отже, цей код означає не «Windows зламалися», а «процесор повідомив про помилку, яку не вдалося виправити». З усіх трьох кодів він найсильніше вказує на залізо.

Підозрювані у звичному порядку:

  • Перегрів. Забитий пилом кулер і засохла паста змушують процесор працювати на межі; під навантаженням тоді приходить збій. Типовий шаблон: падає під час ігор або рендерингу, під час серфінгу — ні. Як проявляється і вирішується перегрів, розбираємо в статті ноутбук і настільний ПК перегрівається і сам вимикається — професійне чищення із заміною пасти вийде орієнтовно від 1 800 Kč.
  • Розгін і андервольтинг. Будь-що поза заводськими значеннями — OC процесора, андервольтований ноутбук, XMP — поверніть на типові налаштування і спостерігайте.
  • Слабнучий блок живлення. Старіючий блок не втримує напругу під піковим навантаженням. У цей шаблон вписується й ситуація, коли комп’ютер замість синього екрана просто вимикається.
  • Материнська плата або процесор. Найважча для діагностики пара — прояви бувають випадковими, а домашніми засобами підтверджуються погано. Підказки підсумовує стаття як розпізнати несправну материнську плату.

Удома має сенс виміряти температури під навантаженням, видути пил і повернути частоти на типові. Заміну блока живлення «наосліп» чи запікання плати за відеоінструкціями не рекомендуємо — тут уже дешевше вимірювання в сервісі, ніж закупівля деталей методом спроб і помилок.

Швидка мапа інших частих кодів

Стоп-кодНайчастіші підозрювані
IRQL_NOT_LESS_OR_EQUALдрайвер, оперативна пам’ять
PAGE_FAULT_IN_NONPAGED_AREARAM, драйвер, диск
SYSTEM_SERVICE_EXCEPTIONдрайвер, пошкоджені системні файли
VIDEO_TDR_FAILUREдрайвер відеокарти, відеокарта
KERNEL_SECURITY_CHECK_FAILUREдрайвер, RAM
UNEXPECTED_STORE_EXCEPTIONдиск, найчастіше SSD на межі ресурсу

Шаблон повторюється: майже кожен код має серед підозрюваних водночас драйвер і шматок заліза. Тому самого коду не досить — його інформативність з’являється аж у поєднанні з тим, коли і як часто комп’ютер падає.

Домашній порядок дій, від найпростішого

  1. Сфотографуйте екран, занотуйте частоту збоїв і те, під час чого вони стаються.
  2. Зробіть резервну копію даних. Повторювані збої та експерименти з ремонтом — це саме та ситуація, коли файли втрачають навіть люди, у яких диск ніколи не відмовляв. Як це зробити просто й надійно, описує правило резервного копіювання 3-2-1.
  3. Пройдіть Windows Update, включно з необов’язковими оновленнями драйверів; для відеокарти завантажте драйвер прямо від виробника.
  4. Запустіть sfc /scannow, за потреби продовжте DISM.
  5. Протестуйте RAM — на ніч, по одному модулю.
  6. Виміряйте температури під навантаженням і видуйте пил.
  7. Приберіть останні зміни: нову програму із системними фільтрами, свіжо додану RAM, розгін.

Коли збої зникнуть після якогось кроку — винуватця знайдено. Коли ні — або коли коди чергуються один за одним — читайте далі.

Коли перестати вирішувати це вдома

Стоп-коди, що чергуються, — типовий підпис апаратної проблеми: несправна RAM, слабнучий блок живлення або диск на межі ресурсу вміють за тиждень видати MEMORY_MANAGEMENT, CRITICAL_PROCESS_DIED та IRQL у будь-якому порядку. Домашні інструменти тут закінчуються — memtest не викриє блок живлення, який колапсує лише під піковим навантаженням, а плату вдома не проміряти взагалі.

У сервісі комп’ютер навантажують цілеспрямовано: пам’ять, диск, живлення і температури під контрольованим навантаженням, до того ж читання ваших мінідампів. Результатом є назва конкретної деталі, а не чергова порада для спроби. Діагностика в Брні коштує 600 Kč, і то лише в разі, якщо ремонт не виконується — коли ремонт робимо ми, він входить у замовлення. Ціни ремонтів знайдете в прайс-листі.

А якщо вам не хочеться проводити вечори з memtest і вимірюванням температур, пропустіть домашнє коло одразу: замовте діагностику онлайн, принесіть комп’ютер разом із нотаткою, коли і як він падає, а ми дамо відповідь замість чергових здогадів. Повторюваний синій екран — не косметичний дефект, це останнє попередження перед тим, як почнуть зникати дані.

Не хочете розбиратися самі?

Замовте діагностику в Брні — ціну скажемо заздалегідь і без вашої згоди ні до чого не беремося.

Де нас знайти

Ми — сервіс ПК та ноутбуків у Брно-Жиденіце: діагностика й ремонт комп'ютерів і ноутбуків, відновлення даних з дисків та післягарантійний ремонт Apple (iPhone 12 і новіші, MacBook, iPad).

Viniční 3587/216, 615 00 Brno-Židenice, Чехія Пн–Пт 10:00–16:00

Зателефонувати +420 774 777 774 Ремонт ПК та ноутбуків у Брно

Ціну ремонту повідомляємо письмово після діагностики і продовжуємо лише після вашої згоди.

  • #синій екран
  • #BSOD
  • #стоп-код
  • #MEMORY_MANAGEMENT
  • #RAM
  • #Брно
Поділитися:

Found this useful? More security and privacy write-ups at ithope.cz.

Зателефонувати Запит