Синий экран (BSOD): как читать коды ошибок

В главе 23 разные, непостоянные коды указывали на память. Здесь — обратный случай: стабильно повторяющийся один и тот же код, указывающий уже не на физическую память, а на конкретный драйвер, программу или отдельный компонент.

Инструменты для анализа, не требующие ручного разбора дампа

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

Файлы минидампов по умолчанию сохраняются в C:\Windows\Minidump — если папка пуста, стоит проверить, включено ли их создание вообще (Свойства системы → Дополнительные параметры → Загрузка и восстановление).

Частые коды и что они обычно означают

Код	Типичная причина
INACCESSIBLE_BOOT_DEVICE	Часто прямое последствие несовпадения режима AHCI/RAID при смене после установки (глава 12), либо отключившийся или отказавший загрузочный накопитель
DRIVER_IRQL_NOT_LESS_OR_EQUAL	Почти всегда конкретный проблемный драйвер — часто сетевой или видеодрайвер; инструменты выше обычно прямо указывают его имя файла
MEMORY_MANAGEMENT / IRQL_NOT_LESS_OR_EQUAL	Неоднозначно — может указывать и на физическую память (глава 23), и на проблемный драйвер; требует дальнейшей проверки в обоих направлениях
SYSTEM_SERVICE_EXCEPTION / KERNEL_SECURITY_CHECK_FAILURE	Разнообразные причины, обычно стоит начинать разбор именно с драйверов через инструменты анализа выше
WHEA_UNCORRECTABLE_ERROR	Ошибка, зафиксированная самим процессором на аппаратном уровне (WHEA — Windows Hardware Error Architecture) — часто указывает на нестабильность питания процессора, проблему материнской платы или последствия неудачного разгона, а не на программную причину

Практический разбор: имя драйвера в результатах анализа

Если BlueScreenView или WhoCrashed указывают на конкретный сторонний файл драйвера (например, nvlddmkm.sys — компонент драйвера NVIDIA), это прямая наводка на конкретный компонент для дальнейшей проверки — обновление, откат (глава 18) или переустановку именно этого драйвера. Указание на системный файл ядра самой Windows (ntoskrnl.exe) обычно означает лишь, что настоящая причина — где-то ещё, а не в самом ядре системы — стоит смотреть на полный контекст дампа, а не останавливаться на первом упомянутом имени файла.

Хронология — когда начались сбои

Если сбои начались вскоре после установки нового или обновлённого драйвера — сильный подозреваемый именно этот драйвер, стоит попробовать откат к предыдущей версии (глава 18). Если сбои начались сразу после аппаратного изменения (установка новой памяти, замена видеокарты) — вернись к проверке качества установки этого конкретного компонента (главы 06, 08, 20).

Безопасный режим как диагностический инструмент

Просмотр событий — дополнительный источник подсказок

Просмотр событий Windows (Журналы Windows → Система), отфильтрованный по уровню "Ошибка" вокруг времени конкретного сбоя, иногда даёт более понятную человеку формулировку проблемы, чем сухой анализ дампа сам по себе — стоит проверять как дополнительный, не единственный источник информации.

Что дальше

Финальная глава этого блока — медленная работа компьютера без явных сбоев или синих экранов: типичные причины и способы быстрой диагностики, самая частая жалоба клиента после "не включается".