Инструкция Синий экран смерти (BSOD): как расшифровать код ошибки в Windows 10/11

Вы сидите себе спокойно, играете, смотрите фильм или работаете - и вдруг экран гаснет, компьютер перезагружается, а вместо рабочего стола на вас смотрит ярко-синий фон с грустным смайликом. Классика: синий экран смерти, он же BSOD.

Синий экран смерти (BSOD): как расшифровать код ошибки в Windows 10/11

Я очень хорошо знаю это чувство: "всё, Windows умерла, сейчас придётся всё переустанавливать". Спойлер: в большинстве случаев это не так. BSOD - это скорее крик помощи, чем приговор. Если правильно прочитать код ошибки и не паниковать, то чаще всего всё лечится довольно спокойно.

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

В самом внизу указан код ошибки для исправления ошибки синего экрана

Что на самом деле говорит BSOD: анатомия экрана

Современный BSOD в Windows 10/11 выглядит довольно минималистично, но полезной информации там больше, чем кажется. Когда у вас вылетает синий экран, я всегда советую сделать одну из двух вещей:
  • сфотографировать экран на телефон;
  • или быстро переписать главное, что там написано.
Вот три ключевых элемента, на которые я смотрю в первую очередь:
1. Stop Code (код остановки)
Это строка вида:
  • KERNEL_SECURITY_CHECK_FAILURE;
  • DRIVER_IRQL_NOT_LESS_OR_EQUAL;
  • CRITICAL_PROCESS_DIED и т.п.
Это основной "ярлык" ошибки, по которому можно понять, в какую сторону копать: драйверы, память, диск, системные файлы.

2. Имя файла (если есть)
Чуть ниже кода остановки иногда появляется что-то вроде:
  • ntoskrnl.exe;
  • nvlddmkm.sys;
  • atikmdag.sys;
  • tcpip.sys и т.д.
Это уже конкретный модуль или драйвер, из-за которого Windows упала. Именно здесь чаще всего прячется реальная причина.

Мой главный секрет: я всегда в первую очередь смотрю именно на имя файла.
Например, если вижу nvlddmkm.sys - почти сразу думаю о драйвере NVIDIA, если dxgmms2.sys - про DirectX и видеодрайвер, если ntfs.sys - про файловую систему и диск.

3. QR-код
В Windows 10/11 снизу бывает QR-код. Теоретически, вы сканируете его телефоном и попадаете на страницу поддержки Microsoft по этой ошибке.

На практике: иногда это помогает, иногда там общие фразы. Я отношусь к этому как к дополнительной опции, но не как к основному способу диагностики.

Где искать подробности после перезагрузки

Сразу после BSOD система обычно перезагружается. Если вы не успели сфотографировать экран - не беда, часть информации всё равно сохраняется.

Минидампы BSOD
По умолчанию Windows пишет минидампы сюда:
Код:
C:\Windows\Minidump
Путь к минидампу BSOD

А общий дамп памяти может лежать здесь:
Код:
C:\Windows\MEMORY.DMP

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

Популярные коды ошибок BSOD: что это и что я делаю

Ниже - те коды, которые я встречаю чаще всего. Для каждого я смотрю на три вещи: что значит, что чаще всего виновато и с чего я начинаю.

KERNEL_SECURITY_CHECK_FAILURE

Код ошибки KERNEL_SECURITY_CHECK_FAILURE
Что значит:
Ядро Windows обнаружило что-то настолько неправильное в системе, что безопаснее всё остановить. Это может быть:
  • кривой драйвер;
  • повреждённые системные файлы;
  • проблемы с оперативной памятью;
  • жёсткий диск/SSD, который начинает сыпаться.
По моему опыту чаще всего виноваты:
  • свежий драйвер (особенно видеокарта);
  • агрессивный разгон ОЗУ или процессора;
  • ошибки в памяти.
Что я делаю:
  1. Вспоминаю, что я обновлял или устанавливал перед началом ошибок (драйвер видеокарты, новый антивирус, утилиты разгона) - и откатываю/удаляю это.
  2. Проверяю ОЗУ встроенным средством.
Запускаю диагностику памяти так:
Код:
mdsched.exe
Запускаю через Win+R, соглашаюсь на перезагрузку и жду окончания теста.
  • Запускаю проверку системных файлов (про команды - ниже, в универсальном плане).

DRIVER_IRQL_NOT_LESS_OR_EQUAL

Критическая ошибка на синим экране DRIVER_IRQL_NOT_LESS_OR_EQUAL

Что значит:
Один из драйверов полез в область памяти, куда ему лезть нельзя. Это именно драйверная история.

Чаще всего виноваты:
  • сетевые драйверы (LAN/Wi-Fi);
  • драйверы видеокарты;
  • антивирусы и их сетевые фильтры;
  • старые драйверы чипсета/контроллеров.
На что смотрю:
  • если на экране указан файл типа nvlddmkm.sys, atikmdag.sys, rtwlane.sys и т.п. - я сразу иду в сторону соответствующего драйвера;
  • если файла нет - вспоминаю, какие драйверы обновлял недавно.
Что я делаю:
  1. В Диспетчере устройств откатываю подозрительный драйвер (Свойства устройства - вкладка "Драйвер" - кнопка "Откатить").
  2. Скачиваю свежий драйвер с официального сайта производителя устройства (NVIDIA, AMD, Realtek, Intel и т.д.).
  3. Если ставились "пакетные" наборы драйверов из непонятных источников - стараюсь от них избавиться и вернуть всё к официальным версиям.

UNEXPECTED_STORE_EXCEPTION

Синий экран с ошибкой UNEXPECTED_STORE_EXCEPTION
Что значит:

Хранилище данных (диск, подсистема ввода-вывода) внезапно сделало что-то очень неправильное. Для Windows это красный флаг.
Чаще всего виноваты:
  • SSD/HDD, который начал сыпать ошибками;
  • проблемный контроллер диска;
  • сбои питания (просадки, некачественный блок питания);
  • драйверы контроллера SATA/NVMe.
Что я делаю:
  1. Смотрю на состояние диска через CrystalDiskInfo (или аналог) и проверяю SMART-показатели.
  2. Запускаю проверку файловой системы:
Код:
chkdsk C: /f /r
После Enter соглашаюсь на проверку при следующей перезагрузке (клавиша Y).
  • Проверяю, нет ли подозрительных звуков/подвисаний при работе диска.
  • Если диск старый, с уже "жёлтым" или "красным" SMART - всерьёз думаю о замене.

CRITICAL_PROCESS_DIED

Исправляем синий экран с кодом ошибки:CRITICAL_PROCESS_DIED
Что значит:

Критически важный системный процесс внезапно завершился. Это может быть связано:
  • с повреждением системных файлов;
  • с проблемами с памятью;
  • с кривым антивирусом или фильтрами;
  • с вирусами и прочим мусором.
По моему опыту часто виноваты:
  • "оптимизаторы", твикеры и "чистильщики реестра";
  • грубое удаление системных компонентов;
  • диск, который начал отдавать битые данные.
Что я делаю:
  1. Сначала проверяю диск и файловую систему:
Код:
chkdsk C: /f /r
  • Потом иду в проверку системных файлов и образа:
Код:
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
  • Если недавно ставился "чудо-оптимизатор" - первым делом удаляю его.

MEMORY_MANAGEMENT

Синий экран с ошибкой: MEMORY_MANAGEMENT
Что значит:

Подсистема управления оперативной памятью поймала что-то, что ей категорически не понравилось.

Чаще всего виноваты:
  • реальные ошибки в модулях ОЗУ;
  • слишком агрессивный разгон памяти (XMP/DOCP/EXPO-профили с завышенным напряжением или таймингами);
  • кривые драйверы, которые портят данные в памяти.
Что я делаю:
  1. Если есть разгон ОЗУ или процессора - сбрасываю настройки BIOS/UEFI к дефолтным или выключаю XMP/EXPO.
  2. Запускаю тест памяти:
Код:
mdsched.exe
или использую MemTest86 с загрузочной флешки, если нужно проверить более тщательно.
  • Если в системе 2 и более модулей, по возможности тестирую по одному: вынимаю лишние, оставляю одну планку и смотрю, повторяется ли BSOD.

Универсальный план, по которому я чищу BSOD

Теперь самое важное. Вместо хаотичных действий я всегда придерживаюсь одного и того же алгоритма: от простого к сложному.

Шаг 1. Вспоминаю, что менялось перед началом проблем

BSOD почти никогда не появляется "просто так". Обычно перед этим:
  • обновили драйвер видеокарты;
  • поставили новую программу (антивирус, VPN, драйвер-пак, "оптимизатор");
  • обновилась сама Windows;
  • что-то покрутили в BIOS/UEFI (разгон, напряжение и т.д.).
Что я делаю:
  1. Удаляю или откатываю всё, что ставил/обновлял незадолго до первого BSOD.
  2. В Диспетчере устройств откатываю драйверы, если есть такая возможность.
  3. Перехожу на свежие официальные драйверы (особенно видеокарты и чипсета).
Если после этого BSOD исчез - отлично, скорее всего, вы поймали баг или конфликт драйвера/программы.

Шаг 2. Проверяю память и диск

Если программные изменения не помогли - перехожу к железу.

Проверка оперативной памяти
Быстро проверить ОЗУ можно встроенным средством:
Код:
mdsched.exe
  • жму Win+R;
  • ввожу mdsched.exe и нажимаю Enter;
  • выбираю перезагрузку и проверку;
  • жду, пока тест дойдёт до 100 %.
Если тест показывает ошибки - это серьёзный повод проверить планки по одной и, возможно, сменить подозрительную.

Проверка диска
Для быстрой проверки файловой системы:
Код:
chkdsk C: /f /r
После Enter:
  • соглашаюсь на проверку при следующем запуске (жму Y);
  • перезагружаюсь и жду окончания проверки (это может занять много времени).
Плюс, я почти всегда смотрю SMART-состояние диска через любую утилиту мониторинга - если там уже есть переназначенные или нестабильные сектора, то я не удивляюсь BSOD и думаю о замене диска.

Шаг 3. Восстанавливаю системные файлы

Если диск и память внешне ведут себя нормально, перехожу к лечению самой Windows.
Обычно делаю так: сначала DISM, потом SFC.
Открываю Командную строку от имени администратора и выполняю:
Код:
DISM /Online /Cleanup-Image /RestoreHealth
Эта команда проверяет и чинит компонент-хранилище Windows (тот самый "образ", из которого потом восстанавливаются системные файлы). После её завершения (это может занять время) запускаю:

Код:
sfc /scannow
SFC сравнивает системные файлы с эталоном и восстанавливает повреждённые. По окончании смотрю итог:
  • если написано, что нарушения были обнаружены и исправлены - перезагружаюсь и смотрю, ушёл ли BSOD;
  • если проблемы не удалось исправить - смотрю логи или всерьёз думаю о более тяжёлой артиллерии (восстановление системы или переустановка).

Шаг 4. Смотрю на температуры и разгон

Перегрев и нестабильный разгон могут вызывать самый разный BSOD, причём ошибки могут "скакать".

Что я делаю:
  1. Запускаю любой мониторинг (HWMonitor, HWiNFO, MSI Afterburner и т.п.) и смотрю температуры под нагрузкой:
  • процессор под тяжёлой нагрузкой должен укладываться примерно до 85–90 °C;
  • видеокарта - примерно до 80–85 °C (смотря по модели).
Если что-то стабильно уходит в троттлинг и зашкаливает - не удивляюсь падениям.
  • Если разгонял процессор/ОЗУ/видеокарту:
  • возвращаю всё к стандартным настройкам;
  • в BIOS/UEFI загружаю "Load Optimized Defaults" или выключаю XMP/EXPO.
Часто после отката разгона система перестаёт падать вообще или, по крайней мере, даёт понять, что проблема была именно в агрессивных настройках.

Если Windows после BSOD вообще не загружается

Иногда всё печальнее: синий экран возникает при каждой загрузке, и до рабочего стола вы не добираетесь.
В этом случае сценарий такой.

1. Пробую попасть в безопасный режим

Обычно несколько неудачных загрузок подряд запускают автоматическое восстановление. В итоге можно попасть в меню "Дополнительные параметры".
Дальше:
  • "Поиск и устранение неисправностей";
  • "Дополнительные параметры";
  • "Параметры загрузки" - перезагрузка - выбор безопасного режима (сеть можно не включать, если не нужно).
В безопасном режиме я:
  • удаляю свежие драйверы и программы;
  • откатываю системные изменения;
  • запускаю SFC и CHKDSK из командной строки.

2. Использую "Восстановление системы"

Если были точки восстановления - их грех не использовать:
  • "Поиск и устранение неисправностей" -> "Дополнительные параметры" -> "Восстановление системы";
  • выбираю точку, созданную до начала проблем;
  • откатываю систему.
Часто этого хватает, чтобы убрать кривое обновление драйвера или самой Windows.

3. В крайних случаях - переустановка

Если:
  • диск в порядке;
  • память в порядке;
  • но система убита твикерами, вирусами или ручным "тюнингом" до состояния каши,
то проще и безопаснее сделать чистую установку Windows с сохранением данных (с предварительным бэкапом важного) и уже на чистую систему ставить только нужные драйверы и программы.

Чего делать не стоит

Из того, что я постоянно вижу и от чего у меня дёргается глаз:
  • Не игнорировать код ошибки и имя файла. Формат "да что там, просто переустановлю" - путь к тому, чтобы повторить ту же ошибку на чистой системе.
  • Не ставить драйверы и "пакеты" из случайных мест. Любые драйвер-паки и мутные сборники - хороший шанс получить BSOD на ровном месте.
  • Не полагаться на "чистильщики реестра" и "ускорители Windows". Они часто ломают системные компоненты и как раз приводят к критическим ошибкам.
  • Не разгонять "на глазок". "Ну, у знакомого такие частоты нормально работали" - плохой аргумент. У вас другая материнка, память, охлаждение и блок питания.

Итог

Синие экраны смерти в Windows 10/11 выглядят страшно, но, если честно, в большинстве случаев:
  • либо драйвер чудит;
  • либо железо подаёт первые сигналы;
  • либо систему "дотюнили" твикерами до состояния нестабильности.
Мой подход простой:
  1. Сначала читаю сам BSOD: stop code и имя файла.
  2. Вспоминаю, что я менял перед началом проблем.
  3. Потом прохожусь по универсальному плану: драйверы -> память/диск -> системные файлы -> температуры/разгон.
  4. Если Windows не грузится - использую безопасный режим и восстановление системы.
Если у вас есть свой "любимый" BSOD, который не поддаётся, - напишите в комментариях:
  • точный Stop Code;
  • имя файла, если оно указано;
  • когда примерно началась проблема и что перед этим ставили/обновляли;
  • какие шаги вы уже пробовали.

Другие частые коды BSOD могут встретить Вас:

Ниже ещё несколько распространённых кодов ошибок, которые я регулярно встречаю. Здесь без глубокого разбора, просто короткая шпаргалка по причинам.
  • SYSTEM_SERVICE_EXCEPTION - часто падают драйверы или антивирусные/защитные модули, работающие в режиме ядра.
  • IRQL_NOT_LESS_OR_EQUAL - типичная история с неудачным драйвером, который лезет в "чужую" память.
  • PAGE_FAULT_IN_NONPAGED_AREA - проблемы с оперативной памятью, файлом подкачки или драйвером, который неправильно работает с памятью.
  • SYSTEM_THREAD_EXCEPTION_NOT_HANDLED - поток драйвера или системного компонента поймал исключение, которое не обработали (обычно виноват конкретный драйвер).
  • VIDEO_TDR_FAILURE - видеодрайвер не отвечает вовремя, чаще всего перегрев или глючный драйвер видеокарты.
  • BAD_POOL_HEADER - повреждение пулов памяти ядра, виноваты драйверы, "оптимизаторы" или реальная проблема с ОЗУ.
  • DRIVER_POWER_STATE_FAILURE - драйвер устройства неправильно уходит/выходит из спящего режима или гибернации.
  • INACCESSIBLE_BOOT_DEVICE - Windows не может добраться до системного диска: слетели драйверы контроллера, изменён режим SATA/NVMe, проблемы с диском.
  • KMODE_EXCEPTION_NOT_HANDLED - исключение в режиме ядра, как правило, из-за кривого драйвера или низкоуровневого софта.
  • CLOCK_WATCHDOG_TIMEOUT - ядра процессора не отвечают вовремя, часто это перегрев, разгон или проблемы с питанием.

Если не получилось решить проблему

Если по коду ошибки и шагам из статьи проблему побороть не удалось, не стесняйтесь вынести её на обсуждение.
Перейдите на нашу тему: Синий экран смерти (BSOD) в Windows - помогаем расшифровать и исправить и обязательно укажите:
  • точный текст кода BSOD (Stop Code);
  • имя файла на экране, если оно есть;
  • версию Windows (10 или 11) и разрядность;
  • основное железо: процессор, видеокарта, объём ОЗУ, тип диска (HDD/SSD/NVMe);
  • что вы уже пробовали сделать по инструкции.
Так шансы быстро найти реальную причину и не переустанавливать Windows "наугад" будут значительно выше.
Об авторе
Sysadmin
Sysadmin, Tehnari.ru
Sysadmin — администратор и автор материалов на компьютерном форуме Tehnari.ru.
Пишет про сборку и апгрейд ПК, выбор комплектующих, оптимизацию Windows и устранение типичных проблем с железом. Предпочитает практику и реальные кейсы вместо теории из буклетов.

Комментарии

Нет комментариев для отображения.

Информация о статье

Автор
Sysadmin, Tehnari.ru
Время прочтения статьи
8 мин. чтения
Просмотры
50
Последнее обновление

Еще от автора: «Sysadmin, Tehnari.ru»

Назад
Сверху