Основний посібник з BSOD ⚡ Виправлено помилки PAGE_FAULT, IRQL, MEMORY та всі помилки Stop

Спершу запам’ятайте код зупинки — перш ніж торкатися чогось

Синій екран – це не одна проблема; це Windows повідомляє про десятки різних помилок одним кольором. Виправлення повністю залежить від коду зупинки, написаного на екрані, тому перший крок завжди однаковий: сфотографуйте синій екран, запишіть точний код (наприклад, PAGE_FAULT_IN_NONPAGED_AREA або 0x00000050) і зверніть увагу на три речі — коли це відбувається (під час завантаження, у грі, випадково), що змінилося безпосередньо перед початком (новий драйвер, нова оперативна пам’ять, оновлення Windows, розгін) і незалежно від того, повторюється вона в той самий момент чи рухається. Код, який завжди з’являється в тих самих точках дії програмного забезпечення; код, який змінює кожну точку збою на апаратному забезпеченні, як правило, на оперативній пам’яті.

PAGE_FAULT_IN_NONPAGED_AREA (0x50) — пам’ять або драйвер

Цей код означає, що код намагався прочитати сторінку пам’яті, яка не існує або недійсна. На практиці причиною є одна з двох сімей. По-перше, оперативна пам’ять: несправна флешка, неправильно встановлена ​​флешка або нестабільні налаштування XMP/розгону, що пошкоджують пам’ять — перевірте це, як показано в кроці 4. По-друге, драйвери: драйвер (дуже часто графічний, мережевий або антивірусний фільтр), який посилається на звільнену або неправильну пам’ять. Якщо цей код почався відразу після оновлення драйвера, відкотіть цей драйвер у диспетчері пристроїв або видаліть його в безпечному режимі; якщо він почався після додавання оперативної пам'яті, вийміть нову флешку та перевірте знову. Виконайте перевірку пам’яті, перш ніж звинувачувати програмне забезпечення — PAGE_FAULT із випадковими іншими кодами поруч із ним є підписом RAM.

IRQL_NOT_LESS_OR_EQUAL (0x0A) — драйвер не працює

IRQL_NOT_LESS_OR_EQUAL означає, що код ядра або драйвер звернувся до вивантаженої пам’яті на надто високому рівні запиту на переривання — простими словами, драйвер з помилками зробив те, що йому ніколи не дозволено. Це код, який найбільше спричинений драйверами: нещодавно оновлені чи щойно встановлені драйвери є основними підозрюваними, особливо графіка, Wi-Fi/LAN, чіпсет і антивірусні драйвери сторонніх виробників. Порядок виправлення: видаліть або відкотіть останній змінений драйвер; оновіть решту драйверів з офіційної сторінки підтримки виробника ПК або материнської плати (не випадкові інструменти оновлення драйверів); тимчасово видаліть сторонній антивірус для перевірки. Оскільки пошкодження пам’яті, спричинене поганою оперативною пам’яттю, може маскуватися під збій IRQL, також запустіть перевірку оперативної пам’яті, якщо це не пояснюється зміною драйвера.

MEMORY_MANAGEMENT (0x1A) — належним чином перевірте оперативну пам’ять

MEMORY_MANAGEMENT означає, що менеджер пам’яті Windows виявив пошкодження власної бухгалтерії — класичний код поганої оперативної пам’яті, хоча пошкоджений файл сторінки чи драйвер, який записує там, де йому не слід, також можуть викликати це. Тест спочатку, висновок другий. Почніть із вбудованого інструменту: запустіть mdsched.exe (Діагностика пам’яті Windows), виберіть «Перезавантажити зараз і перевірте наявність проблем» і зачекайте, щоб процес завершився. Для вердикту, якому можна довіряти, використовуйте MemTest86 із завантажувального USB-накопичувача та дайте йому виконати кілька повних проходів — помилки, які з’являються лише під час тривалого тестування, все одно є помилками: навіть одна помилка означає, що підсистема пам’яті несправна. Потім ізолюйте: тестуйте одну палицю за раз, в одному слоті за раз, щоб знайти винну палицю або слот. Якщо оперативна пам’ять розігнана або працює в профілі XMP/EXPO, поверніть її до стандартної швидкості та повторіть перевірку — оперативна пам’ять, яка не працює лише з XMP, залишається проблемою.

WHEA_UNCORRECTABLE_ERROR (0x124) — справжнє апаратне забезпечення виходить з ладу

WHEA відрізняється від інших кодів: це архітектура апаратної помилки Windows, яка повідомляє про те, що саме апаратне забезпечення спричинило помилку, яку не можна виправити — найчастіше ЦП, але також несправність джерела живлення, перегрів, нестабільний розгін або іноді відмирання диска чи материнської плати. Виправлення програмного забезпечення не виліковує справжній WHEA. Пропрацюйте це фізично: видаліть кожен розгін (включно з процесором, оперативною пам’яттю XMP) і протестуйте на складі; перевірте температуру під навантаженням і очистіть/вставте повторно, якщо ЦП готує; перевстановіть оперативну пам'ять і кабелі живлення; перевірити з завідомо справним джерелом живлення, якщо збої відбуваються під навантаженням; і перевірте записи WHEA-Logger засобу перегляду подій, який компонент повідомив про помилку. Якщо збої WHEA триватимуть на стандартних налаштуваннях із хорошою температурою, ЦП або материнська плата, ймовірно, кінець шляху.

Відновлення системних файлів — спочатку DISM, потім SFC

Для сімейства кодів програмного забезпечення — CRITICAL_PROCESS_DIED (0xEF), SYSTEM_SERVICE_EXCEPTION (0x3B) і збоїв, спричинених пошкодженими файлами Windows — виправте образ системи перед будь-чим кардинальним. Відкрийте командний рядок як адміністратор і виконайте дві команди, як показано, у такому порядку: DISM відновлює сховище компонентів, від якого залежить SFC, потім SFC перевіряє та замінює пошкоджені системні файли. Нехай кожен закінчить цілком; перезапуск між ними в порядку.

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Two neighbours worth knowing: INACCESSIBLE_BOOT_DEVICE (0x7B) after a BIOS change usually means the storage mode was switched (RAID/RST vs AHCI) or the boot drive's driver is missing — set the mode back, do not reinstall. DPC_WATCHDOG_VIOLATION (0x133) most often traces to a stuck driver or an SSD firmware/storage driver problem — update the storage and chipset drivers from the maker first. And if Windows will not stay up long enough to work, do all of this from Safe Mode (hold Shift while choosing Restart → Troubleshoot → Advanced options → Startup Settings → Safe Mode), where most third-party drivers never load — a PC that is stable in Safe Mode but crashes normally has just told you the fault lives in a driver or startup service.

Прочитайте мінідамп і підтвердьте виправлення

Кожен синій екран залишає доказ: невеликий файл дампа в C:\Windows\Minidump, названий за датою. Відкрийте найновіший у програмі зчитування дампів, наприклад BlueScreenView або WinDbg, і прочитайте дві речі — код перевірки помилки (чи збігається він із тим, що показував екран?) і назву модуля «викликано драйвером». Поставтеся до імен чесно: графічні драйвери, такі як nvlddmkm.sys (NVIDIA) і amdkmdag.sys (AMD), звинувачують безпосередньо себе, але ntoskrnl.exe є ядром Windows — саме в ньому стався збій, а не винуватець, тому подивіться на стек і на результати тестування оперативної пам’яті. Виправлення підтверджується лише тоді, коли збої припиняються під час реального використання та не з’являються нові файли .dmp — тримайте комп’ютер під нормальним робочим навантаженням протягом кількох днів, перш ніж називати його вирішеним.