Синий экран смерти (BSOD) — это защитная реакция Windows, когда система не может безопасно продолжать работу. На экране часто отображается код ошибки (например, STOP: 0x000000... или WHEA_UNCORRECTABLE_ERROR), который и является отправной точкой для диагностики.

Где посмотреть код ошибки

Самый простой вариант — переписать код STOP сразу после появления BSOD. Если экран перезагружает компьютер слишком быстро, обратите внимание на то, есть ли в системе настроенная запись минидампа (мини-дамп памяти). Также код можно извлечь из журналов Windows.

Проверьте события в «Просмотре событий»: откройте «Просмотр событий» → «Журналы Windows» → «Система». В результатах найдите ошибки уровня Критическая или Kernel-Power и связанные записи, где встречаются упоминания BSOD и кодов.

Что означают STOP-коды и параметрические значения

Большинство BSOD-кодов можно условно разделить на две категории: буквенно-цифровые названия (например, INACCESSIBLE_BOOT_DEVICE) и классические STOP-коды вида 0x000000... с дополнительными параметрами. В случае 0x000000 после него обычно следуют несколько чисел (обычно четыре аргумента), которые важны для расшифровки первопричины.

Например, STOP INACCESSIBLE_BOOT_DEVICE чаще указывает на проблему с загрузочным устройством или драйвером хранения, тогда как коды, связанные с WHEA, нередко указывают на аппаратные сбои (например, ошибки памяти или процессора). Однако точный вывод зависит от конкретного кода и параметров.

Как расшифровать минидамп: от простого к точному

Если на вашем ПК включены минидампы, их можно открыть специализированными инструментами. Чаще всего используют утилиту от Microsoft (WinDbg) и поддерживающий пакет символов. Идея проста: дамп позволяет увидеть, какой компонент вызвал падение, и какие драйверы оказались в стеке.

Практический порядок действий обычно такой: убедитесь, что на диске есть файлы дампа (обычно в папке, указанной настройками системы), загрузите минидамп в WinDbg и проанализируйте вывод команды анализа. Именно стек вызовов часто показывает проблемный драйвер или модуль.

Если вы не хотите углубляться в отладку, начните с менее трудоёмкого подхода: сопоставьте время падения с установленными обновлениями, новыми драйверами или изменениями в системе. Нередко BSOD возникает после апдейта видеодрайвера, драйверов чипсета или устройств хранения.

Типовые причины: драйверы, питание и состояние оборудования

По наблюдениям пользователей и инженеров, самые частые причины BSOD включают некорректные или несовместимые драйверы, конфликты после обновлений, повреждение системных файлов, сбои в работе диска и проблемы с памятью. Дополнительно стоит учитывать параметры питания (нестабильный режим сна/гибернации, ошибки при переходе в нагрузку) и перегрев.

Если код связан с драйверами, полезно обновить их до актуальных версий или, наоборот, откатить недавние изменения. Если подозрение на диск — проверьте его диагностикой и SMART-статусом. При кодах, указывающих на память или аппаратные ошибки, имеет смысл прогнать тесты ОЗУ и оценить стабильность системы.

Также проверьте целостность системных файлов: в командной строке от имени администратора обычно применяют проверки вроде SFC и DISM. Эти шаги помогают, когда причиной является повреждённая компонентная база или файлы Windows.

Что сделать после расшифровки: план действий

Когда код STOP и/или имя ошибки уже известны, лучше действовать не «наугад», а по вероятным направлениям. Упростите себе диагностику, записав: дату/время BSOD, точный текст кода, что происходило перед падением (игра, установка драйвера, выход из сна), и какой драйвер/модуль фигурирует в дампе.

• Если в дампе указан драйвер — обновите или откатите его, при необходимости переустановите.
• Если ошибка связана с хранением — проверьте диск и контроллеры, пересмотрите настройки SATA/NVMe.
• Если симптом похож на аппаратный — проведите тесты памяти и стабильности, проверьте температуры.
• Если повреждены системные компоненты — выполните восстановление системных файлов и обновите Windows.

Расшифровка кода BSOD не всегда даёт готовый «рецепт», но резко сокращает круг причин и помогает быстрее прийти к корректному решению. Если вы сообщите точный STOP-код и параметры, можно точнее определить, относится ли проблема в первую очередь к драйверам, диску, памяти или аппаратным компонентам.