Синий экран Windows: как прочитать код и найти виновника
Синий экран — это не поломка, а защитная реакция: ядро Windows обнаружило ошибку, из которой нельзя выйти без риска повредить данные, и остановило систему. Полезная информация в этот момент выводится на экран и, что важнее, записывается в файл дампа, который позволяет назвать конкретный виновный драйвер.
Ниже — как прочитать код остановки, где взять дамп и как по нему выйти на причину. Плюс таблица частых кодов с вероятными виновниками и порядок действий, если код каждый раз новый.
Что означает код остановки
Код остановки (stop code) — это имя ошибки, которое Windows присваивает типу сбоя. Это не название неисправной детали, а указание на класс проблемы: обращение к недоступной памяти, зависший драйвер, повреждение системных структур.
На экране Windows 10 и 11 выводится три вещи:
- Текстовое имя ошибки вида
KERNEL_SECURITY_CHECK_FAILUREилиVIDEO_TDR_FAILURE. Это главное, что нужно записать или сфотографировать. - Иногда имя файла-виновника в строке «Сбойный модуль» или «What failed». Если оно есть, диагностика фактически закончена: имя файла указывает на драйвер.
- QR-код и ссылка на общую справочную страницу. Практической пользы в ней мало, это не персональная диагностика.
Важно понимать логику: в 80 процентах случаев причина — драйвер или оперативная память, а не «сломался Windows». Поэтому дальше вся диагностика строится вокруг того, какой именно модуль был активен в момент сбоя.
Где искать код, если экран промелькнул
Если система перезагружается слишком быстро, чтобы прочитать код, есть три надёжных источника, и все они сохраняют историю сбоев.
Журнал событий. Нажмите Win+R, введите eventvwr.msc, откройте «Журналы Windows» — «Система» и отфильтруйте по источнику BugCheck. Каждая запись содержит код остановки и параметры ошибки.
Файлы дампа. Windows пишет малый дамп памяти в C:\Windows\Minidump, а полный — в C:\Windows\MEMORY.DMP. Наличие свежего файла с датой сбоя — главный материал для анализа.
Отключение автоматической перезагрузки, чтобы успевать читать экран: «Свойства системы» — «Дополнительно» — «Загрузка и восстановление» — снять галку «Выполнить автоматическую перезагрузку». Здесь же нужно проверить, что в поле «Запись отладочной информации» выбран «Малый дамп памяти». Если стоит «Нет», дампы не пишутся, и после первого же сбоя эту настройку нужно включить.
Если дампов нет вообще, а сбои есть, чаще всего причина в одном из трёх: запись отладочной информации отключена, файл подкачки на системном диске выключен или слишком мал, или на диске нет свободного места.
Как найти виновный драйвер по дампу
Дамп — единственный способ перейти от «класса ошибки» к имени конкретного файла. Есть два пути: быстрый и точный.
Быстрый путь: BlueScreenView. Бесплатная утилита от NirSoft читает содержимое папки C:\Windows\Minidump и показывает таблицу сбоев: дату, код остановки и список драйверов, находившихся в стеке вызовов на момент падения. Подозреваемые выделяются цветом. Этого достаточно, чтобы увидеть повторяющееся имя файла в нескольких сбоях подряд.
Точный путь: WinDbg. Официальный отладчик Microsoft. Открываете дамп, выполняете команду !analyze -v и получаете подробный разбор с вероятным виновником в поле MODULE_NAME и IMAGE_NAME. Путь дольше, но именно он даёт ответ в сложных случаях, когда стек содержит только системные модули.
Как трактовать имя файла:
| Имя файла в дампе | На что указывает |
|---|---|
nvlddmkm.sys, amdkmdag.sys | Драйвер видеокарты NVIDIA или AMD |
ntoskrnl.exe, hal.dll | Ядро системы: само по себе не виновник, смотрите дальше по стеку или проверяйте память |
dxgkrnl.sys, dxgmms2.sys | Графическая подсистема DirectX, почти всегда следствие проблем с драйвером или перегревом GPU |
storahci.sys, iaStorA.sys, nvme.sys | Драйвер контроллера накопителей |
Netwtw*.sys, e1d*.sys, rt*.sys | Сетевые адаптеры Wi-Fi или Ethernet |
athw*.sys, bt*.sys | Беспроводные модули и Bluetooth |
| Файл антивируса или античита | Сторонний фильтр-драйвер, лечится обновлением или удалением |
Правило простое: если в нескольких дампах повторяется одно и то же имя постороннего драйвера, начинать нужно с него. Если везде только ntoskrnl.exe, вероятнее проблема с оперативной памятью или питанием, а не с драйвером.
Таблица частых кодов остановки
| Код остановки | Что означает | Первый подозреваемый |
|---|---|---|
VIDEO_TDR_FAILURE | Драйвер видеокарты не ответил и был перезапущен | Драйвер GPU, перегрев видеокарты, разгон |
DPC_WATCHDOG_VIOLATION | Драйвер слишком долго удерживал управление | Драйвер накопителя, устаревшая прошивка SSD |
IRQL_NOT_LESS_OR_EQUAL | Обращение к памяти на недопустимом уровне | Драйвер, реже неисправная оперативная память |
PAGE_FAULT_IN_NONPAGED_AREA | Запрос к несуществующей странице памяти | Оперативная память, драйвер, повреждение файловой системы |
MEMORY_MANAGEMENT | Ошибка диспетчера памяти | Оперативная память или её профиль разгона |
KERNEL_SECURITY_CHECK_FAILURE | Повреждение структур данных ядра | Драйвер, память, повреждённые системные файлы |
SYSTEM_SERVICE_EXCEPTION | Исключение в системном вызове | Драйвер, чаще графический или античит |
WHEA_UNCORRECTABLE_ERROR | Аппаратная ошибка, о которой сообщило само железо | Процессор, память, питание, разгон. Почти всегда аппаратная причина |
CRITICAL_PROCESS_DIED | Критический системный процесс завершился | Повреждение системных файлов, накопитель |
UNEXPECTED_KERNEL_MODE_TRAP | Аппаратное исключение в режиме ядра | Разгон, память, перегрев |
INACCESSIBLE_BOOT_DEVICE | Система не видит загрузочный диск | Смена режима SATA в UEFI, драйвер контроллера, отказ накопителя |
CLOCK_WATCHDOG_TIMEOUT | Ядро процессора не отвечает | Процессор, разгон, питание |
Два кода стоят особняком. WHEA_UNCORRECTABLE_ERROR — сообщение от аппаратуры, а не от Windows: переустановка системы здесь не поможет, нужно искать неисправный компонент, нестабильный разгон или проблему с питанием. INACCESSIBLE_BOOT_DEVICE часто появляется не из-за поломки, а после изменения настроек накопителя в UEFI.
Порядок диагностики: от простого к сложному
Если код остановки каждый раз новый, это само по себе диагноз: так ведут себя неисправная оперативная память, нестабильное питание и перегрев. Проверять нужно в таком порядке.
- Вспомните, что менялось перед сбоями. Обновление драйвера, новое устройство, обновление Windows, включение разгона, чистка. Причина почти всегда в последнем изменении, и откат решает вопрос быстрее любой диагностики.
- Снимите разгон. Профили XMP и EXPO для памяти, любой разгон процессора и видеокарты. Это не значит, что разгон виноват, но исключить его нужно до всего остального: с ним результаты остальных тестов недостоверны.
- Проверьте оперативную память. Встроенный тест
mdsched.exeдаёт грубую проверку, MemTest86 с загрузочной флешки — полноценную. Одна ошибка — это уже неисправность. При нескольких модулях тестируйте по одному. - Проверьте температуры под нагрузкой. Троттлинг сам по себе синий экран не даёт, но перегретая видеокарта — частая причина
VIDEO_TDR_FAILURE, а перегретый процессор —CLOCK_WATCHDOG_TIMEOUT. - Проверьте накопитель. Показатели SMART, свободное место, отсутствие ошибок. Команда
chkdsk C: /f /rпроверяет файловую систему, но не заменяет проверку здоровья диска. - Восстановите системные файлы. В командной строке с правами администратора:
sfc /scannow, затемDISM /Online /Cleanup-Image /RestoreHealth. Это лечит следствия, а не причину, но убирает повреждения, которые сами провоцируют сбои. - Переустановите драйвер, на который указал дамп. Для видеокарты — с полным удалением предыдущей версии, а не поверх.
- Проверьте блок питания. Если сбои случаются только под нагрузкой и код каждый раз разный, питание — один из главных подозреваемых, особенно на блоках старше шести-семи лет.
Отдельный инструмент для сложных случаев — Driver Verifier (verifier.exe). Он принудительно нагружает драйверы и вызывает сбой на виновнике сразу. Инструмент рабочий, но опасный: после включения система может перестать загружаться, поэтому пользоваться им стоит только зная, как отключить его из безопасного режима.
Как отличить проблему с драйвером от неисправного железа
Это главный вопрос, потому что от ответа зависит, тратить время или деньги. Признаки различаются довольно чётко.
Скорее драйвер или система:
- Код остановки один и тот же, в дампах повторяется имя одного постороннего драйвера.
- Сбои привязаны к конкретному действию: запуск игры, подключение устройства, просмотр видео.
- Всё началось после обновления драйвера или системы.
- В безопасном режиме, где сторонние драйверы не загружаются, сбоев нет.
Скорее железо:
- Код остановки каждый раз разный.
- В дампах только
ntoskrnl.exeилиhal.dll, без посторонних модулей. - Есть
WHEA_UNCORRECTABLE_ERROR. - Сбои случаются и в безопасном режиме, и на этапе установки системы.
- MemTest86 показывает ошибки.
- Сбои начались после перевозки машины, чистки или скачка напряжения.
- Появились параллельные симптомы: артефакты изображения, щелчки накопителя, посторонние звуки от блока питания.
Если признаки указывают на железо, дальнейшая самостоятельная диагностика упирается в отсутствие подменных компонентов. Здесь имеет смысл записаться на сервис: подмена памяти, блока питания и видеокарты на заведомо исправные снимает вопрос за один визит, а не за неделю экспериментов.
Что делать, если Windows не загружается вообще
Когда синий экран появляется до загрузки рабочего стола, порядок другой.
- Загрузитесь в безопасном режиме. Если система в нём работает, причина в сторонних драйверах или службах, и её можно устранить изнутри.
- Используйте точку восстановления, если она есть. Это самый быстрый откат к состоянию до сбоя.
- Откатите последнее обновление через среду восстановления, если сбои начались сразу после него.
- Проверьте настройки накопителя в UEFI при коде
INACCESSIBLE_BOOT_DEVICE: режим работы контроллера мог измениться после сброса настроек или замены батарейки. - Восстановите загрузчик командами
bootrec /fixmbr,bootrec /fixboot,bootrec /rebuildbcdиз среды восстановления. - Отключите всё лишнее физически: дополнительные накопители, платы расширения, периферию. Оставьте один модуль памяти. Это классический способ локализовать неисправный узел без приборов.
Что не помогает
Три действия, которые массово советуют и которые обычно не решают проблему.
- Переустановка Windows «на всякий случай». При аппаратной неисправности сбои вернутся, а время и данные будут потеряны. Сначала диагностика, потом переустановка.
- Чистка реестра утилитами. К синим экранам отношения не имеет, зато добавляет собственные риски.
- Установка «сборников драйверов». Драйверы нужно брать у производителя компонента или материнской платы. Пакетные установщики — частая причина ровно тех сбоев, от которых их ставят.
Когда нести машину в сервис
Есть ситуации, где самостоятельная диагностика статистически не окупается:
- Код
WHEA_UNCORRECTABLE_ERRORи подобные аппаратные ошибки. - MemTest86 показал ошибки памяти, но модулей несколько и нужна локализация.
- Сбои возникают только под нагрузкой, и подозрение на блок питания.
- Машина на гарантии: самостоятельный разбор может её нарушить.
- Артефакты изображения вместе с синими экранами, то есть подозрение на видеокарту.
В техническом обслуживании диагностика включает проверку памяти, накопителей и стабильности под длительной нагрузкой с подменой подозреваемых компонентов. Если по итогам выяснится, что железо исправно, а машине просто не хватает ресурсов под новые задачи, дальше смотрите расчёт в материале апгрейд или новый компьютер.
Рекомендуем
Частые вопросы Мы подготовили ответы.
- Как узнать код остановки, если синий экран исчезает слишком быстро? Откройте журнал событий командой
eventvwr.msc, перейдите в «Журналы Windows» — «Система» и отфильтруйте записи по источникуBugCheck: там сохраняется код каждого сбоя. Чтобы читать код с экрана, отключите автоматическую перезагрузку в свойствах системы, раздел «Загрузка и восстановление». - Где хранятся файлы дампа памяти? Малый дамп памяти находится в папке
C:\Windows\Minidump, полный — в файлеC:\Windows\MEMORY.DMP. Если папка пуста, проверьте, что в разделе «Загрузка и восстановление» выбрана запись отладочной информации, включён файл подкачки на системном диске и есть свободное место. - Как определить, какой драйвер вызвал синий экран? Откройте дамп из папки Minidump утилитой BlueScreenView: она покажет драйверы, находившиеся в стеке на момент сбоя, и выделит подозреваемых. Для точного разбора используйте WinDbg с командой
!analyze -v. Если в нескольких дампах повторяется одно имя постороннего драйвера, начинать нужно с него. - Синий экран — это поломка компьютера? Не всегда. Примерно в 80 процентах случаев причина в драйвере, обновлении или нестабильном разгоне, то есть решается программно. Об аппаратной неисправности говорят разные коды при каждом сбое, код
WHEA_UNCORRECTABLE_ERROR, ошибки в тесте памяти и сбои в безопасном режиме. - Что означает WHEA_UNCORRECTABLE_ERROR? Это сообщение от самого оборудования о некорректируемой аппаратной ошибке. Переустановка системы здесь бесполезна: проверять нужно процессор, память, питание и стабильность разгона. Это один из немногих кодов, который почти всегда означает именно железо.
- Может ли синий экран быть из-за оперативной памяти? Да, и это одна из двух самых частых причин. На память указывают коды
MEMORY_MANAGEMENT,PAGE_FAULT_IN_NONPAGED_AREA, разные коды при каждом сбое и наличие в дампах только системных модулей. Проверяется MemTest86 с загрузочной флешки, при нескольких планках — по одной. - Может ли причиной быть перегрев? Перегрев редко даёт синий экран напрямую, но перегретая видеокарта — частая причина
VIDEO_TDR_FAILURE, а перегретый процессор —CLOCK_WATCHDOG_TIMEOUT. Проверьте температуры под длительной нагрузкой: если они у предела, сначала имеет смысл обслужить систему охлаждения. - Помогает ли переустановка Windows от синих экранов? Помогает только при повреждении системы или конфликте драйверов. Если причина аппаратная, сбои вернутся на свежей системе, а данные будут потеряны. Правильный порядок: сначала диагностика памяти, накопителя и температур, переустановка в последнюю очередь.
- Что делать, если Windows не загружается из-за синего экрана? Загрузитесь в безопасном режиме: если там система работает, причина в сторонних драйверах. Используйте точку восстановления или откат последнего обновления через среду восстановления. При коде
INACCESSIBLE_BOOT_DEVICEпроверьте режим работы контроллера накопителей в UEFI. - Стоит ли пользоваться Driver Verifier? Это рабочий инструмент для поиска сбойного драйвера, который вызывает падение непосредственно на виновнике. Но после включения система может перестать загружаться, поэтому запускать его стоит только понимая, как отключить его из безопасного режима командой
verifier /reset.