Синий экран смерти: что на самом деле происходит с Windows в момент падения

Представь офисное здание. В одном из кабинетов на верхнем этаже загорается проводка. Охранник в этот момент не чинит проводку сам, он жмёт кнопку пожарной тревоги, блокирует лифты и выгоняет всех из здания, потому что продолжать работать как ни в чём не бывало — опаснее, чем остановиться.

Синий экран — это и есть кнопка пожарной тревоги. Ядро Windows (kernel та часть системы, которая напрямую управляет железом и у которой есть полный доступ ко всему) обнаруживает ошибку, с которой не может работать дальше безопасно. Продолжить выполнение -это риск испортить данные на диске, повредить файловую систему, потерять контроль над памятью. Поэтому Windows не пытается героически доработать. Она останавливает всё немедленно.

Это называется bug check, в народе — Blue Screen of Death, BSOD. По-русски прижилось «синий экран смерти», хотя технически это не смерть системы, а её самая консервативная реакция на угрозу собственной целостности.

Что реально происходит внутри

Когда ядро ловит критическую ошибку? например, драйвер обращается к памяти, которая ему не принадлежит, или происходит несовместимость на уровне железа, оно вызывает функцию KeBugCheckEx. Это команда: «стоп, всё, дальше нельзя».

Дальше система делает три вещи:

  1. Останавливает все процессы.
  2. Записывает дамп памяти на диск (снимок состояния системы в момент падения). Это тот самый файл, который потом читают через WinDbg, чтобы понять причину.
  3. Показывает код ошибки — stop code, например IRQL_NOT_LESS_OR_EQUAL или DRIVER_IRQL_NOT_LESS_OR_EQUAL. Это не случайный набор слов, а прямая подсказка что сломалось.

Дальше идет автоматическая перезагрузка.

Кто чаще всего виноват

По статистике самой Microsoft и по многолетним наблюдениям специалистов, синий экран почти никогда не вызывает сама Windows. Обычные причины:

  • Драйверы — особенно старые или криво написанные драйверы видеокарт, принтеров, сетевых карт. Это причина большинства BSOD.
  • Проблемы с памятью (RAM) — физический сбой модуля памяти.
  • Перегрев или проблемы с питанием — особенно на разогнанных системах.
  • Повреждённая файловая система — сбойный сектор на диске.
  • Конфликты на уровне ядра — когда антивирус, защита или другой софт, работающий в kernel mode, конфликтует с самой ОС.

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

Синий стал чёрным

С обновлением KB5062660 для Windows 11 24H2 (лето 2025 года) Microsoft заменила привычный синий экран на чёрный. Убрали грустный смайлик и QR-код, которые появились ещё в Windows 8. Оставили только текст с кодом ошибки и названием сбойного драйвера — минимум визуального шума, максимум пользы для диагностики.

Есть нюанс, который бесит специалистов по поддержке: новый чёрный экран висит на экране буквально пару секунд перед перезагрузкой. Раньше синий экран мог держаться до 40 секунд — успевал сфотографировать, записать код, спокойно погуглить. Теперь если ты моргнул, не увидел вообще ничего, кроме того что комп перезагрузился.

Вместе с этим Microsoft выкатила Quick Machine Recovery — функцию, которая должна сама чинить систему, если она не грузится, используя облачную диагностику Microsoft. Это часть более крупной инициативы Windows Resiliency Initiative, которую компания запустила ещё в конце 2024 года, реакция в том числе на массовый сбой CrowdStrike в июле 2024, когда синие экраны легли на миллионы компьютеров по всему миру одновременно.

Что делать прямо сейчас

Если у тебя недавно был BSOD или чёрный экран смерти, пошагово:

  1. Открой Просмотр событий (Event Viewer) — Win + R → eventvwr.msc → Enter. Иди в Windows Logs → System. Ищи записи с уровнем Error примерно в то время, когда упал экран. Там будет Event ID и название сбойного компонента.
  2. Найди файл дампа памяти. По умолчанию он лежит в C:\Windows\Minidump. Каждый файл это снимок конкретного падения.
  3. Посмотри код ошибки. Он выглядит как 0x0000007E или текстом типа SYSTEM_SERVICE_EXCEPTION. Загугли этот код вместе с названием твоей видеокарты или основного железа -часто это уже даёт направление. Всего таких кодов насчитывается более 250 видов. https://learn.microsoft.com/ru-ru/windows-hardware/drivers/debugger/bug-check-code-reference2 
  4. Проверь драйверы. Диспетчер устройств (devmgmt.msc) → раздел с жёлтым восклицательным знаком, если есть. Обнови драйверы видеокарты и чипсета в первую очередь — они чаще всего виновники.
  5. Если падения участились без видимой причины, то проверь систему на вредоносное ПО и не игнорируй это как «просто глюк».

Материал создан в образовательных целях. Диагностика собственной системы через Event Viewer и анализ дампов — часть базовых навыков Blue Team и Incident Response, а не инструкция по взлому. Применение любых техник анализа к чужим системам без разрешения — незаконно.