Синий экран смерти: как прочитать ошибку и починить
Объясняем, что значит синий экран смерти в Windows, как прочитать код ошибки STOP и файл дампа, и что делать, чтобы устранить сбой и не допустить повтора.
Что такое синий экран смерти и почему Windows его показывает?
Синий экран смерти, или BSOD (Blue Screen of Death), появляется, когда Windows натыкается на ошибку, с которой не может работать дальше безопасно. Система не пытается продолжить с повреждёнными данными: она останавливает все процессы и выводит на экран техническую информацию об ошибке. По сути это защитный механизм, а не поломка сама по себе - синий экран смерти означает, что Windows заметила проблему и предпочла остановиться, а не рисковать файлами.
Коротко о главном
Синий экран смерти это защитная остановка Windows при критической ошибке, а не случайный сбой. Направление поиска задает STOP-код: DRIVER указывает на драйвер, MEMORY на память, BOOT на загрузочное устройство. Конкретного виновника обычно называет дамп из папки C:\Windows\Minidump, открытый в BlueScreenView. Дальше проверяют драйверы, системные файлы через sfc /scannow, память в MemTest86 и диск командой chkdsk.
- Синий экран смерти (BSOD) - это защитная остановка Windows при критической ошибке, а не случайный глюк без причины.
- Код ошибки и STOP-код на самом экране указывают направление поиска: DRIVER - на драйвер, MEMORY - на память, BOOT - на загрузочное устройство.
- Файл дампа в C:\Windows\Minidump и программа BlueScreenView обычно называют конкретный виновный драйвер.
- Драйверы, системные файлы (sfc /scannow), память (MemTest86) и диск (chkdsk) стоит проверять именно в этом порядке.
- При установке и загрузке причина часто отдельная: режим SATA в BIOS, битый установочный носитель или несовместимое железо.
- Переустановка Windows решает программные причины, но не заменяет проверку памяти и диска при аппаратных сбоях.
- Работу с открытым корпусом или блоком питания начинают только при выключенном и отсоединённом от сети устройстве, а блок питания лучше не вскрывать вовсе.
Причины делятся на две группы. Первая - программная: кривой драйвер, неудачное обновление, конфликт служб, повреждённые системные файлы. Вторая - аппаратная: неисправная память, проблемы с диском, перегрев процессора или видеокарты, нестабильный блок питания. Определить, к какой группе относится конкретный случай, помогает код ошибки, который выводится на самом экране.
Как прочитать код ошибки на синем экране: STOP-код и имя ошибки
На синем экране Windows 10 и Windows 11 обычно показаны три вещи: грустный смайлик, короткая фраза вроде "Ваш компьютер столкнулся с проблемой и нуждается в перезагрузке" и строка технических данных внизу. Именно нижняя строка нужна для диагностики.
Там указаны два элемента. Первый - имя ошибки заглавными буквами, например DRIVER_IRQL_NOT_LESS_OR_EQUAL или MEMORY_MANAGEMENT. Второй - STOP-код в формате 0x0000007B или похожем, иногда с дополнительными параметрами в скобках. Имя ошибки уже само по себе подсказывает направление поиска: слово DRIVER указывает на драйвер, MEMORY - на оперативную память, BOOT - на загрузочное устройство.
QR-код на экране ведёт на общую справку Microsoft и для конкретной диагностики почти бесполезен. Полезнее вручную ввести имя ошибки или STOP-код в поиск вместе со словом Windows: это быстрее приводит к причине, чем сканирование QR-кода телефоном.
Частые коды BSOD и что за ними стоит
Несколько ошибок встречаются заметно чаще остальных, и у каждой обычно есть своя типичная причина.
DRIVER_IRQL_NOT_LESS_OR_EQUAL почти всегда указывает на драйвер, который обратился к памяти неправильным образом. Чаще всего виноват свежеустановленный или недавно обновлённый драйвер видеокарты, сетевой карты или принтера.
MEMORY_MANAGEMENT говорит о проблеме с оперативной памятью: либо физическая неисправность модуля, либо повреждение данных в памяти из-за драйвера или разгона.
PAGE_FAULT_IN_NONPAGED_AREA возникает, когда система пытается обратиться к странице памяти, которой не существует. Причины похожи на MEMORY_MANAGEMENT: неисправная память, сбойный драйвер, иногда проблемы с диском.
INACCESSIBLE_BOOT_DEVICE появляется, когда Windows не может достучаться до загрузочного диска. Это частый спутник смены режима SATA в BIOS (AHCI на RAID и обратно), переноса системы на другой накопитель или отключения диска.
CRITICAL_PROCESS_DIED значит, что аварийно завершился один из системных процессов, без которого Windows не может работать. Причиной бывает повреждение системных файлов, неудачное обновление или вредоносное ПО.
Разбор именно вашего кода стоит уточнять отдельно: список выше даёт направление, но точную причину обычно подтверждает файл дампа, о котором ниже.
Что делать в первые минуты после синего экрана?
Первый шаг - просто дать компьютеру перезагрузиться и посмотреть, повторится ли ошибка. Разовый синий экран, вызванный случайным сбоем драйвера или временной нагрузкой, встречается часто и сам по себе поводом для паники не является.
Если ошибка повторяется, стоит зафиксировать код и обстоятельства: что происходило перед сбоем, устанавливалось ли что-то новое, менялись ли настройки BIOS. Это экономит время на следующих шагах.
Дальше полезно проверить историю событий. В поиске Windows набрать "Просмотр событий" (Event Viewer), открыть журнал Windows Logs → System и найти запись с уровнем "Ошибка" рядом со временем сбоя - там часто указано имя драйвера или службы, вызвавшей проблему.
Если система вообще не загружается и синий экран появляется до входа в Windows, стоит сразу перейти к безопасному режиму: при загрузке несколько раз прервать процесс кнопкой питания (обычно достаточно трёх прерываний подряд), и Windows предложит среду восстановления с доступом к безопасному режиму и точкам восстановления.
Как найти файл дампа и разобрать его в BlueScreenView?
После каждого синего экрана Windows, если это не отключено в настройках, сохраняет файл дампа - минимальный снимок состояния памяти в момент сбоя. Он и содержит точную причину: имя драйвера или модуля, который вызвал ошибку.
Минидампы обычно лежат в папке C:\Windows\Minidump, каждый сбой создаёт отдельный файл. Полный дамп памяти, если он включён, сохраняется в C:\Windows\MEMORY.DMP, но занимает заметно больше места и нужен реже.
Прочитать содержимое дампа вручную сложно, поэтому удобнее использовать бесплатную программу BlueScreenView от NirSoft. Она не требует установки, при запуске сама находит minidump-файлы и показывает для каждого сбоя дату, код ошибки и список драйверов, загруженных в момент краха, с выделением того, что, скорее всего, стал причиной. Строка с именем файла вроде nvlddmkm.sys или athw10x.sys обычно прямо указывает на драйвер видеокарты или сетевого адаптера.
Если minidump-файлов в папке нет вообще, стоит проверить настройки: в свойствах системы, на вкладке "Дополнительно" → "Загрузка и восстановление", должна быть включена запись отладочной информации хотя бы в режиме "Малый дамп памяти".
Как проверить драйверы, оперативную память и диск на причину сбоя?
Когда дамп указал на конкретный драйвер, дальше проще всего откатить его до предыдущей версии. В диспетчере устройств найти нужное устройство, открыть его свойства, вкладку "Драйвер" и нажать "Откатить", если кнопка доступна. Если недоступна, драйвер стоит удалить и переустановить более старую стабильную версию с сайта производителя, а не автоматическую от Windows Update.
Системные файлы стоит проверить командой sfc /scannow в командной строке от имени администратора. Она сверяет системные файлы с эталоном и восстанавливает повреждённые. Если sfc находит проблемы, которые не может исправить, следующий шаг - DISM /Online /Cleanup-Image /RestoreHealth, она чинит сам образ системы, из которого работает sfc.
Оперативную память проверяет встроенная утилита "Средство проверки памяти Windows" (mdsched.exe), запускается из поиска и требует перезагрузки. Для более тщательной проверки, особенно при подозрении на неисправный модуль, лучше подходит MemTest86 - загрузочная утилита, которая гоняет тесты по нескольку часов и точнее ловит нестабильные ячейки памяти. Пошаговый разбор обоих способов есть в статье как проверить оперативную память на ошибки.
Диск проверяется командой chkdsk /f /r в командной строке от администратора: параметр /f исправляет ошибки файловой системы, /r дополнительно ищет и помечает повреждённые секторы. Проверка диска, на котором установлена система, требует перезагрузки.
Если для диагностики нужно физически переставить планку памяти или заглянуть внутрь корпуса, компьютер сначала выключают из розетки и снимают аккумулятор у ноутбука, если это возможно: работа с открытым питанием повышает риск короткого замыкания и повреждения компонентов. Стоит также иметь в виду, что вскрытие корпуса ноутбука или системного блока может лишить гарантии производителя, если она ещё действует - это стоит проверить заранее.
Синий экран при загрузке или установке Windows: отдельная причина
Если синий экран появляется ещё до входа в систему, при самой загрузке Windows, или прямо в процессе установки, причина обычно отличается от типичной для уже работающей системы.
Чаще всего это несовместимость режима контроллера диска (AHCI/RAID/IDE в BIOS) с драйвером, который ожидает Windows, или проблема с загрузочным USB-накопителем: битый образ, повреждённая флешка, неправильный режим записи. Стоит пересоздать установочный носитель через официальную утилиту Media Creation Tool и проверить в BIOS, что режим SATA соответствует тому, для которого ставилась система.
Отдельная частая причина на старом железе - несовместимость оборудования с требованиями Windows 11, в первую очередь отсутствие модуля TPM 2.0 или устаревший процессор. Если вы только настраиваете новую систему, порядок действий при установке подробно описан в статье Как установить Windows 11 с флешки.
| Причина | В чем проявляется | Что проверить |
|---|---|---|
| Режим контроллера диска | AHCI/RAID/IDE в BIOS не совпал с драйвером | Режим SATA в BIOS |
| Загрузочный USB-накопитель | Битый образ, повреждённая флешка, режим записи | Пересоздать носитель через Media Creation Tool |
| Старое железо и Windows 11 | Нет модуля TPM 2.0, устаревший процессор | Соответствие требованиям Windows 11 |
Когда переустановка Windows решает проблему, а когда нет?
Переустановка помогает, если причина - глубокое повреждение системных файлов, конфликт множества накопившихся драйверов или заражение, которое не поддаётся лечению. В этих случаях чистая установка снимает целый пласт возможных источников ошибки разом.
Переустановка не поможет, если причина аппаратная: неисправная память, повреждённые сектора диска или перегрев продолжат вызывать синие экраны и на свежей системе. Не стоит начинать с переустановки, не проверив память и диск - велик риск потратить время и через неделю получить тот же BSOD на чистой Windows.
Разумный порядок такой: сначала откат последнего драйвера или обновления, затем sfc /scannow и проверка диска, затем тест памяти, и только если всё это не помогло и ошибка повторяется без ясной причины - переустановка. Заодно после переустановки стоит освободить место на системном диске, если оно было почти заполнено: инструкция есть в статье Как очистить диск C от мусора.
Как предотвратить повторение синего экрана смерти?
Часть причин BSOD можно снять профилактикой, не дожидаясь следующего сбоя.
Драйверы стоит обновлять с официального сайта производителя устройства (видеокарты, чипсета, сетевой карты), а не полагаться только на автоматические обновления Windows - они иногда подсовывают версию, которая работает нестабильно именно с вашей конфигурацией. Полезно также следить, чтобы обновления Windows не прерывались принудительным отключением питания.
Если BSOD появляется при нагрузке, например в играх или при рендеринге видео, стоит проверить температуру процессора и видеокарты программой вроде HWiNFO или HWMonitor. Постоянная циклическая перезагрузка компьютера под нагрузкой часто указывает именно на перегрев или проблему с блоком питания, который не справляется с пиковой нагрузкой. Внутрь блока питания заглядывать не стоит даже при выключенном и отсоединённом от розетки устройстве: там остаются конденсаторы с опасным напряжением даже после отключения, и такой ремонт лучше доверить сервису.
Для памяти и диска полезна разовая, но полная проверка после сборки нового компьютера или после апгрейда - MemTest86 на несколько проходов и chkdsk на новый накопитель, прежде чем переносить на него важные данные. И наконец, точки восстановления системы стоит держать включёнными: если очередное обновление или новый драйвер снова спровоцирует BSOD, откат к рабочей точке восстановления часто быстрее, чем разбор причины с нуля.
Часто задаваемые вопросы
Можно ли просто перезагрузить компьютер и ничего не делать дальше? Иногда синий экран не повторяется и это разовый сбой, но если он появляется снова, одна перезагрузка причину не устранит и стоит проверить драйверы и память.
Где на компьютере хранится файл дампа после синего экрана? Минидампы обычно лежат в папке C:\Windows\Minidump, а полный дамп памяти в файле C:\Windows\MEMORY.DMP, если он включён в настройках системы.
Что означает код STOP 0x0000007B? Этот код обычно указывает на проблему с загрузочным устройством или контроллером диска, чаще всего после смены режима SATA в BIOS или переноса системы на другой накопитель.
Может ли синий экран быть из-за оперативной памяти? Да, неисправная планка или конфликт модулей разной частоты частая причина, и проверить это можно встроенной диагностикой памяти Windows или программой MemTest86.
Нужно ли переустанавливать Windows при синем экране? Не всегда: сначала стоит откатить последний драйвер или обновление и проверить систему командой sfc /scannow, а переустановка становится оправданным шагом, только если ошибка повторяется без видимой причины.
Опасен ли синий экран смерти для данных на диске? Сам по себе сбой обычно не удаляет файлы, но частые аварийные завершения работы повышают риск повреждения файловой системы, поэтому причину лучше найти и устранить, а не просто перезагружаться.
