Почему появляется синий экран смерти и что с ним делать. Синий экран смерти или что такое BSOD Что такое бсод

Многие, у кого компьютер давненько, хоть один раз, но наверняка сталкивались с такой штукой, как синий экран с кучей белых надписей, избавиться от которого можно только, как правило, перезагрузкой (либо компьютер перезагружается самостоятельно).

В рамках данной статьи я подробно расскажу Вам о том, почему это происходит, что это такое и как с этим синим экраном смерти (именно так его называют) бороться. В том числе, в рамках , Вы всегда сможете получить полную поддержку по борьбе с этой напастью, в том случае, если не хотите или не можете сделать это самостоятельно. Но давайте перейдем к сути. Синие экраны смерти и с чем их вообще едят.

Синий экран смерти - общее описание

Синий экран смерти (англ. Blue Screen of Death, BSoD ) - так его прозвали в народе - сообщает пользователю о, условно говоря, непоправимой системной ошибке. Ошибка актуальна и может возникать в любых Windows . Чаще всего следствие появления синего экрана смерти - это попытка выполнения драйвером недопустимой операции (подробнее о драйверах я писал в статье "), либо нестабильная работа какой-либо из железяк компьютера (в частности, может ).

Что значит непоправимая ошибка? Это значит, что операционная система не может никак решить эту проблему и ей остается только перезагрузка компьютера с потерей всех не сохраненных изменений.

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

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

Как выглядит синий экран смерти и о чём сообщает

Если Вы еще не видели (т.е Вам настолько повезло:)), то эта мерзость выглядит вот так:

Где всё до Technical Information описывает почему это могло случиться, что это вообще за экран и какие действия надо произвести, чтобы его устранить. Написано там всегда одно и то же (поставьте\уберите новые драйвера, посмотрите не конфликтуют ли они, отключите новые штуки, уберите разгон и тп) . А вот Technical Information содержит следующее:

• код ошибки и его символьное имя (например 0x0000001E , KMODE_EXCEPTION_NOT_HANDLED )
• 4 параметра, поясняющие ошибку, предназначенные для отладочного ПО (значение параметров зависит от кода ошибки)
• адрес места ошибки (если его возможно указать)
• название драйвера, в котором произошла ошибка (если его возможно указать)

С помощью этой самой информации можно бороться с такой штукой как синий экран, а точнее со сбоями системы, драйверов и программ. Кстати, что интересно, есть возможность ручного вызова синего экрана смерти по двойному нажатию клавиши SCROLL LOCK при удерживании клавиши CTRL (при условии, что это функция включена в настройках системы).

"Зачем надо принудительно вызывать эту штуку?" - спросите Вы. А для того, чтобы получить дамп памяти компьютера в заданный момент, а именно при разрешении текущих проблем работы операционной системы.

Настройки, чтобы синий экран смерти не исчезал

Бывает такое, что компьютер перезагружается сразу после появления синего экрана смерти. Это связно с настройками системы. Чтобы этого избежать и успеть записать код ошибки проделайте следующее:

Для пользователей Windows XP: Путь:"Пуск - Настройка - Панель управления - Система - - Параметры - Отказ системы " Тут снимите галочку "" и нажмите OK . Для пользователей Windows Vista/7/8: Путь: "Пуск - Панель управления - - Система - Дополнительные параметры системы - вкладка "Дополнительно" - подраздел "Загрузка и восстановление" - "Параметры" ". Тут снимите галочку "Выполнить автоматическую перезагрузку " и нажмите OK .

Теперь перейдем к причинам возникновения этой проблемы.

Причины возникновения синего экрана смерти (BSoD)

Выше по тексту мы немного говорили о возможных причинах возникновения синего экрана смерти. Давайте перечислим их чуточку больше и подробнее:

• Конфликт драйверов
• Некорректные драйвера
• Несовместимые с данной ОС драйвера
• Сбои самих драйверов
• Вирусы (редко)
• Несовместимые друг с другом устройства (он же конфликт устройств)
• Сбои устройств (зачастую из строя выходит оперативная память или жесткие диски)
• Конфликт приложений (как правило, синий кран смерти вызывают эмуляторы или антивирусные приложения установленные вместе)
• Перегрев комплектующих (и как следствие синие экраны смерти)

Зачастую BSoD свидетельствует о серьезных проблемах с комплектующими или драйверами. Откладывать выявление причин возникновения синего экрана смерти на потом не есть лучший выбор - рискуете оказаться перед не включающимся компьютером, у которого вышла из строя какая-нибудь железяка.

Какой(ие) синий экран смерти наиболее распостранёны

Небольшое описание наиболее распространенных типов:

• KMODE_EXCEPTION_NOT_HANDLED - процесс режима ядра попытался выполнить недопустимую или неизвестную процессорную инструкцию. Может быть связан с несовместимостью «железа», неисправностью оборудования, ошибками в драйвере или системной службе.
• NTFS_FILE_SYSTEM - сбой при выполнении кода драйвера файловой системы ntfs.sys . Причиной может являться нарушение целостности данных на диске (сбойный кластер) или в памяти, повреждение драйверов IDE или SCSI .
• DATA_BUS_ERROR - в оперативной памяти обнаружена ошибка чётности. Причина - дефектное или несовместимое оборудование, например - сбой в микросхеме кэша второго уровня, в видеопамяти. Также может быть связан с некорректно работающим или неверно сконфигурированным драйвером, со сбоем на диске.
• IRQL_NOT_LESS_OR_EQUAL - процесс режима ядра попытался обратиться к области памяти, используя недопустимо высокий для него уровень IRQL (Interrupt Request Level). Может быть вызван ошибками в драйвере, системной службе, BIOS или несовместимым драйвером, службой, программным обеспечением (например антивирусом).
• PAGE_FAULT_IN_NONPAGED_AREA - запрашиваемые данные отсутствуют в памяти (например, система ищет нужные данные в файле подкачки, но не находит их). Обычно связан со сбоем оборудования (дефектная память), нарушением файловой системы, ошибкой системной службы или антивируса.
• KERNEL_STACK_INPAGE_ERROR - не удаётся прочитать из файла подкачки в физическую память запрашиваемую страницу памяти. Причины - дефектный сектор файла виртуальной памяти, сбой контроллера жёстких дисков, недостаточно места на диске, неправильное подключение жёсткого диска, конфликт прерываний, дефект ОЗУ, вирус.
• MISMATCHED_HAL - уровень аппаратных абстракций (HAL) и ядро системы не соответствуют типу компьютера. Чаще всего связан с ситуацией, когда в изначально однопроцессорную систему устанавливают второй процессор, забывая вручную обновить HAL и ntoskrnl . Может также быть вызван несовпадением версий hal.dll и ntoskrnl.exe .
• KERNEL_DATA_INPAGE_ERROR - не удаётся прочитать в физическую память запрашиваемую страницу данных. Причины - дефектный сектор файла виртуальной памяти, сбой контроллера жёстких дисков, сбой оперативной памяти, вирус, сбой дискового контроллера, дефектная оперативная память.
• INACCESSIBLE_BOOT_DEVICE - в процессе загрузки ОС не смогла получить доступ к системному разделу. Причин этого распространённого сбоя может быть очень много: дефектный загрузочный диск или дисковый контроллер; несовместимость оборудования; загрузочный вирус; ошибка в файловой системе, например - в таблице разделов Partition Table ; повреждение или отсутствие необходимого при загрузке файла, например - NTLDR ; отсутствие драйвера контроллера жёстких дисков или несоответствие текущего драйвера установленному оборудованию; включённый в BIOS режим DMA ; включённый в CMOS Setup режим смены букв дисководов DRIVE SWAPPING ; конфликт распределения ресурсов между дисковым контроллером и другим устройством; повреждение данных о загружаемых драйверах в системном реестре; установка системы в раздел за пределами первых 1024 цилиндров жёсткого диска; ошибка в файле boot.ini .
• UNEXPECTED_KERNEL_MODE_TRAP - возникновение неподдерживаемой ядром ловушки (trap) или фатальная ошибка (типа деления на ноль). Неисправность оборудования или сбой программного обеспечения.
• STATUS_SYSTEM_PROCESS_TERMINATED - сбой в службе, работающей в пользовательском режиме. Сбой может быть связан с некорректной работой прикладных программ, драйверов, сторонних системных служб.
• STATUS_IMAGE_CHECKSUM_MISMATCH - повреждён или утерян файл драйвера или системной библиотеки. Может быть вызван сбоем файловой системы или случайным удалением системного файла.

Это так, сказать, "горячая дюжина" синих экранов смерти.

Дампы синих экранов и зачем они нужны

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

Ниже по тексту есть информация о том как открывать и анализировать дампы. Для начала надо убедиться, что создание дампов не отключено в системе. Для этого делаем следующее. Для Windows XP :

"Пуск - Настройка - Панель управления - Система - - Параметры - Отказ системы "

Здесь проверяем выставлены ли настройки в графе "Запись отладочной информации " следующим образом:

Если нет, то, само собой, выставляем. Дампы хранятся по пути, который указан в этих самых настройках. Путь в общем-то можно изменить как Вам удобно.

%SystemRoot% - это C:\Windows\ , где C:\ - диск куда установлена операционная система.

Все мини-дампы имеют формат .dmp и обитают строго в папке, которая была указана в настройках на момент возникновения синего экрана смерти. Для Windows 7/Vista/8:

"Пуск - Панель управление ("Пуск - Настройка - Панель управления" ) - Система - Дополнительные параметры системы - – Параметры - Отказ системы - Запись отладочной информации"

Скриншот-иллюстрация (кликабельно):

Все данные выставляем как на скриншоте. Напомню, что чтобы увидеть код ошибки, при BSOD "е, рекомендуется снять галочку "Выполнить автоматическую перезагрузку ".

Как уже говорилось выше и как показывает практика, наиболее частой проблемой, из-за которой возникает синий экран смерти, это драйвера. Чтобы установить какой драйвер сбоит и устранить проблему, читайте после подзаголовка "Анализ дампов BSOD самостоятельно " (написано чуть ниже по тексту). На втором месте стоит перегрев комплектующих или битая оперативная память:

• Дабы выявить температуры и устранить причину перегрева я рекомендую Вам читать мою статью: " ".
• Дабы протестировать оперативную память и понять, не она ли является причиной синего экрана, я рекомендую провести memtest , для чего читайте статью: " "

На третьем месте, как не странно, стоит использование сборок Windows (вроде ZverCD , GameEdition и тп), сделанных непонятными авторами, а так же использование пиратских копий Windows . Как не смешно, но это очень и очень частая причина проблемы и зачастую в этих случаях рекомендация одна: ставить нормальный полноценный дистрибутив операционной системы, никем не тронутый и не модифицированный.

Инструкция в формате видео по получению минидампов синих экранов смерти

Вы можете посмотреть видеоинструкцию по получению минидампа от синих экранов смерти..

..или ознакомиться с текстом ниже.

Помощь и поддержка по решению проблем с синими экранами

В случае возникновения подобной проблемы (синего экрана смерти) я (и моя команда) готов (ы) помочь Вам с её решением по мере сил и возможностей совершенно бесплатно, т.к. сам я сим занимаюсь уже очень давно и на моём счету сотни разобранных писем и дампов.

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

Если Вы таки ищите помощи с решением Вашей проблемы с синим экраном смерти, то можете выбрать один из двух способов ниже:

1. Вы можете обратиться непосредственно к команде BSOD-мастеров проекта и ко мне лично, сообщив свой код ошибки и прочую необходимую информацию . Прежде чем создавать там тему внимательно ознакомьтесь с . Этот способ наиболее приоритетен , т.к. Вашими дампами будет заниматься сразу несколько квалифицированных человек, а не только я один, а посему необходимый Вам ответ будет получен быстрее (и, возможно, даже компетентнее), чем способом 2, т.е. через e-mail .
2. Собственно, способ второй, - это отправить мне на почту - support [собачка] сайт , где [собачка] - это известный всем символ @ (никаких пробелов, запятых и тд, в этом адресе, само собой нету) - письмо со следующими данными:

Немного примечаний:

• Письма без дампов не рассматриваются;
• Присылать огромные фотографии монитора с синим экраном смерти не надо;
• Присылать средние или большие дампы (см.статью) не надо;
• Желательно присылать мне все дампы, что есть (в разумных пределах) ВНИМАТЕЛЬНО изучите статью прежде чем писать с глупыми вопросами типа "А где взять дамп и что это?" или присылать текстовые файлы явно не имеющих отношения к дампу;
• Если Вы не способны даже изучить материал, который нужен Вам же и написан для Вас же, то почему я должен тратить своё время на таких людей? На такие письма я даже не отвечаю.

Сроки рассмотрения дампов через почту, в отличии от обычных писем, варьируется от суток до недели (дольше - редко), в зависимости от моей занятости. Если Вы не готовы столько ждать, то не надо писать мне письмо, а лучше обратить на форум. Сроки рассмотрения дампов такой штуки как синий экран, собственно, на форуме (ссылка выше) от суток до трёх (обычно быстрее).

Синий экран смерти и анализ дампов самостоятельно

Если по каким-то причинам Вы не хотите обратиться за анализом дампов ко мне или к моим специалистам (см.выше по тексту), то можете проанализировать их сами. Ниже есть видео, а под видео текст, выбирайте удобный формат подачи и вперёд.

Т.к. наиболее частой причиной являются именно драйвера, то разбор и анализ дампа позволит выявить Вам сбоящий драйвер и обновить/откатить его на более новую/старую стабильную версию, которая не вызывает ошибок и синих экранов. Как посмотреть содержимое дампа синего экрана (два способа): Способ Первый. Довольно старый и долгий, но в общем-то довольно эффективный и проверенный временем - это пакет debugging +kdfe . Как поставить и что делать:

• Загрузите и установите - .
• (kdfe.cmd). Этот файл нужно извлечь из архива в папку System32 .
• Все, что осталось – открыть командную строку и написать там kdfe "%systemroot%\Minidump\Mini050208-01.dmp" где Mini050208-01.dmp – имя файла из папки Minidump . Путь можно указывать без кавычек. Само собой, что Вы, естественно, вместо этого имени файла подставляете имя своего. Папка тоже может быть другой, особенно, если дамп где-то скачали. Собственно, я создал себе папку bsod на диске и туда кидаю все дампы, а в пути консоли, соответственно, пишу kdfe C:\bsod\имя_дампа.dmp . Потом нажимаете Enter и через некоторое время получаете имя повинного в ваших проблемах драйвера. Скриншот с пояснением:

Нам важна строчка probably caused by: в которой и указан виновник синего экрана смерти. На скриншоте мы видим, что в данном случае виноват некий драйвер habu.sys , а посему нам необходимо найти в поисковых системах что это за драйвер, а так же скачать обновления к нему или более старую стабильную версию. В данном случае это драйвер USB -мыши (Razer Habu).

Соответственно, совет по устранению синего экрана смерти - это переустановить драйвер на более новый или хотя бы попробовать просто переустановить тот, что есть. Зачастую бывает необходимо еще поглядывать на строчку process ибо там бывает указан .exe (или.dll и тп) файл какой-либо программы или её части, т.е составляющего куска антивирусника\фаерволла и тогда проблема скорее в нем, а не в драйвере.

Соответственно, если Вы увидели подобное, то для устранения синего экрана рекомендуется переустановить\сменить антивирус\фаерволл. К слову, почти все антивирусы подгружают свои драйвера, поэтому "кусок" антивируса может засветится и в строчке probably caused by: Способ второй. Штука с говорящим названием BlueScreenView .

BlueScreenView как инструмент для анализа дампов

Собственно, это программка для анализа дампов. Полностью бесплатна и даже несколько поудобнее чем консольный способ выше, ибо показывает быстрее, а так же можно переключаться между дампами, не вводя постоянно их название руками. После запуска увидите окно программы, где надо будет в настройках указать папку куда Вы складываете дампы. Для этого тыркаетесь в Options - Advanced Options , и укажите папку с дампами.

После указания папки скопируйте туда (если там их нет изначально) дампы и нажмите в кнопку "Обновить " (Refresh) в программе. Потом выделяете название нужного дампа и видите драйвер-виновник синего экрана (или несколько). Они обычно выделены программой красным цветом.

Дальнейшая процедура такая же как и в первом случае - идем искать что это за драйвер, от какого устройства, а так же скачивать-устанавливать-переустанавливать оный.

Преимущество второго способа (т.е программы BlueScreenView ) в том, что он шустрее, удобней, иногда точней и порой показывает несколько виноватых драйверов, вместо одного. Если Вы ничего не поняли или возиться с анализом у Вас нет времени, то мы всегда ждем Вас у нас на форуме или у меня в bsod -почте (см.выше по тексту в подразделе "Поддержка по решению проблем с BSOD ")

Послесловие

Вот такая вот штука этот синий экран. Настоятельно рекомендую не запускать компьютер на столько, чтобы сталкиваться с этой синей гадостью. Пока всё.

Как и всегда, если есть какие-то вопросы, то Вы можете смело задавать их в комментариях к этой записи или на форуме проекта, в случае, если комментарии уже закрыты (по тем или иным причинам). Спасибо за внимание.

Твитнуть

Что такое BSoD

BSoD - Blue Sceen of Death, синий экран смерти. Появляется в самых критических ситуациях, когда закрытием сбойной программы обойтись нельзя.

Операционная система Windows имеет несколько уровней работающих программ. Мы видим лишь самый верхний - открытые окна программ и запущенные службы. Именно их показывает Диспетчер задач. Когда одна из программ совершает ошибку, которую не в состоянии обработать и обойти, она, как говорят многие пользователи, «вылетает». Можно снова запустить и работать дальше.

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

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

Симптомы BSoD

1. Появление синего экрана с непонятными символами или грустным смайликом.

В 99% случаев компьютер перезагружается сам из-за критической ошибки (BSoD), но бывает ситуация похуже: проблемы с блоком питания или материнской платы. Если у вас настольный ПК, проверьте, не вздулись ли где-нибудь .

Причины появление синего экрана

1. Перегрев. Перегрев видеокарты, процессора приводит к синему экрану смерти.

Кстати, в Windows XP при перегреве видеокарты всегда возникал BSoD, в Vista и новее видеодрайвер просто перезагружается. Если вы видите надпись «Видеодрайвер перестал отвечать и был восстановлен», то это перегрев видеокарты:

Чем новее Windows, тем совершенней защита от сбоев. Будем надеяться, в какой-нибудь Windows XV вместо синего экрана мы будем видеть уведомление об ошибке, не мешающее работе.

2. Сбой оперативной памяти. Можно , но чтобы не попасть пальцем в небо, сначала прочтите дальше - возможно, причина вашего синего экрана смерти в чем-то другом.

Если вы установили новую оперативную память в компьютер и получили частые BSoD’ы, меняйте в магазине на исправную. Других способов побороть синие экраны смерти при замене оперативной памяти нет.

3. Сбой другого железа. Может быть, «проседает» напряжение в блоке питания. Может быть, где-то пропадает контакт. Может быть, вашему компьютеру не нравится полнолуние. Причин много, гадать можно бесконечно.

Если после того, как вы проанализировали минидамп (об этом ниже) и исключили ошибки, синий экран никуда не уходит, стоит заменить по очереди все компоненты. Нельзя просто так взять и определить причину BSoD, если каждый раз коды ошибок - разные.

4. Переразгон. Если вы продвинутый оверклокер, то знаете, какое отношение разгон компьютера имеет к BSoD. Если нет - не разгоняйте компьютер.

5. Сбой драйвера(ов). Причиной BSoD не обязательно будет аппаратная проблема. Нестабильно работающие драйвера - частый гость на компьютерах пользователей. Как выявить сбойный драйвер, будет дальше.

6. Вирусы. Обязательно проверьте компьютер каким-нибудь или .

Не устаю удивляться самоуверенности пользователей, которые заявляют «У меня нет вирусов и антивируса тоже! У меня прямые руки/сижу только на проверенных сайтах/иногда проверяю одноразовым антивирусом и поэтому все нормально! «. Оставляя в стороне дебаты о том, как можно жить без антивируса, задумайтесь: если человек видит BSoD, у него уже не нормальная ситуация. Как можно заявлять о том, что вирусов нет и это не причина синего экрана?

Также не надо думать, что если у вас установлен антивирус с самыми свежими базами, вирусов быть не может. Проверьте другим, чтобы полностью исключить вероятность.

7. Антивирусы. Забавно (и печально), что антивирусы бывают причиной сбоя. Удалите на время антивирус. Синие экраны смерти перестали появляться? Ставьте новый, чтобы синие экраны не появились по причине №6.

8. Обновления Windows. Разработчики в Microsoft иногда плохо тестируют обновления. Некоторые из-за этого вовсе отключают Центр обновления Windows и сидят без обновлений, хотя это не выход. Панель управления - Программы и компоненты - Просмотр установленных обновлений - нажмите правой кнопкой - Удалить по обновлениям, установленным недавно, затем проверяйте работу Windows. Все нормализовалось? Просто не ставьте обновления пару недель - обычно за это время выходит какое-нибудь исправляющее обновление для обновления и все становится хорошо.

9. Сбой программ. Такое бывает, но редко. Если видите BSoD во время игры или при работе какой-то определенной программы, советую проверить компьютер на перегрев, потому что большинство программ не способны вызвать синий экран, за исключением устанавливающих драйверы в систему (антивирусы, эмуляторы виртуальных дисков, системы игровой защиты вроде PunkBuster, бухгалтерские программы, работающие с цифровыми ключами).

10. Ошибки файловой системы жесткого диска. Не лишним будет

Узнаем причину BSoD

Как видите, причин довольно много и гадать не имеет смысла. К счастью, синий экран смерти содержит подсказки о том, с чего это вдруг Windows начала сбоить. Среди непонятного текста будут коды ошибок, содержащие прямое указание на то, что вызвало сбой.

Чаще всего BSoD вы не увидите , так как в настройках Windows по умолчанию включена перезагрузка компьютера при критических ошибках.

Отключить автоматическую перезагрузку Windows можно так: Панель управления - Система - Дополнительные параметры системы - Параметры - поставить/снять галки так, как на скриншоте ниже:

Обратите внимание на пункт «Малый дамп памяти» - его тоже поставьте.

Загуглите код ошибки из Журнала Windows

Галка «Записать событие в системный журнал» установлена по умолчанию, значит - коды ошибок будут в Журнале Windows.

Идите в Панель управления - Администрирование - Просмотр событий - Система - и ищите в списке строчку, по времени совпадающую с появлением синего экрана или перезагрузкой компьютера:

Ищите код ошибки (на скриншоте выше это 0x0000009f) в Гугле и читайте первые несколько сайтов в выдаче, выполняйте рекомендации, которые помогли другим. Если указан драйвер (слово с окончанием .sys, то вообще замечательно - вероятный виновник найден сразу, нужно установить драйвер для этого устройства более старой/новой версии. Если в интернете не будет четкого и ясного указания причины BSoD по указанному коду ошибки, читайте мою инструкцию дальше.

Если в Журнале Windows ничего нет, ждите появления синего экрана и смотрите ошибку там:

Просто ищите в Google информацию по коду ошибки и выполняйте рекомендации.

Анализируйте минидамп

К сожалению, если проблема в сбойном драйвере, на синем экране это не всегда отображено. Код ошибки тоже не всегда информативен. Нужно проанализировать файл minidump, создавамый во время появления BSoD и содержащий информацию о сбое, в частности о том, какие драйвера сообщили об ошибке. Существуют две программы для анализа минидампа: Windows Debugging Tools и BlueScreenView. К сожалению, первая слишком сложна для начинающих пользователей, хоть и дает более информативный результат. В 99% случаях хватает второй, простой и бесплатной BlueScreenView.

Установщик BlueScreenView доступен по этой ссылке.

После запуска программы вы увидите окно, в котором вверху будут созданные системой минидампы, информация о них, внизу - список драйверов. Желтым будут обозначены сбоившие драйвера.

Пример №1 - виновата видеокарта

Появляется синий экран с текстом ATTEMPTED_WRITE_TO_READONLY_MEMORY. Смотрим минидамп:

Ошибка ATTEMPTED_WRITE_TO_READONLY_MEMORY, судя по гуглению, вызывается каким-то драйвером. Вероятный виновник в данном случае - nv4_disp.sys. Есть и другие, но это часть системы, статистически маловероятно, что причина в них. Поиск в Google показал, что nv4_disp.sys - драйвер видеокарты от nVidia. Три шага:

1. Проверка видеокарты на перегрев.

2. Установка более старого драйвера видеокарты (нового, если стоит старый). Так поступают с любыми драйверами, не только видеокарты.

3. Установка видеокарты в другой компьютер.

4. Если синий экран появляется на другом компьютере - несите видеокарту в сервис-центр. Если гарантия еще действует, можно бесплатно заменить на исправную.

5. На другом компьютере синий экран не появляется? Попробуйте установить другой блок питания на свой - причина может быть в нем.

6. Не помогает? Переустановите Windows начисто.

7. Если и это не поможет, несите в сервис-центр на диагностику.

Пример №2 - виновато совсем не то, что ожидалось

Синий экран с надписью PAGE_FAULT_IN_NONPAGED_AREA сопутствует множеству проблем:

Если бы вероятным сбойным драйвером был ntfs.sys, то я бы порекомендовал проверить жесткий диск на ошибки, а также заменить шлейф, идущий от жесткого диска к материнской плате. В данном случае BlueScreenView указывает на драйвер USB-порта и это могло бы быть правдой, но там, откуда я брал дамп для примера, у человека виновата материнская плата - на ней вздулись конденсаторы. Решение - системный блок в руки и топаем в сервис-центр.

Пример №3 - виноват антивирус

Нашел на просторах интернета вот такой минидамп:

Виновником был SRTSP.SYS - компонент антивируса от Norton. Решается его удалением.

Пример №4 - «битая» оперативная память

Синий экран с MEMORY_MANAGEMENT - признак того, что оперативная память непригодна для использования:

Переустановите Windows

Долго думал - советовать ли такое. Однако быстрая пробежка по популярным форумам показала: многие пользователи до сих пор используют пиратские сборки Windows. Так вот, если у вас:

• сборка Windows,
• стоит или было установлено множество оптимизаторов,
• компьютер загружается больше десяти минут,
• программы часто закрываются с ошибками,

переустановите Windows начисто! И ставьте нормальную, оригинальную Windows. Если у вас ноутбук, на жестком диске будет раздел восстановления с заготовленной производителем Windows - читайте инструкцию и ставьте (восстанавливайте) ее!

Установка Windows - не дело пяти минут, но при желании справится даже начинающий пользователь.

Где можно получить помощь

Ничего не помогает? Есть отличная ветка форума: Устранение критических ошибок Windows (прочтите сначала правила) .

Только сначала убедитесь в том, что вы сделали все возможное: , проанализировали минидамп, обновили сбойный драйвер. Если проблема в железе, единственный выход - обратиться в сервис-центр.

Неправильная работа драйвера или программы в Windows может вызвать фатальную ошибку, что сопровождается отображением сообщения на синем фоне. Это сообщение называется Синий экран смерти (англ. Blue Screen of Death или сокращенно – BSoD ).

Все версии систем Windows при возникновении фатальной ошибки отображают подобное сообщение:

и сохраняют дамп оперативной памяти на жесткий диск.

Анализ файла дампа памяти позволяет определить причину сбоя в работе операционной системы. Для анализа файла понадобится специальный инструмент, бесплатная программа – BlueScreenView . При скачивании обратите внимание на разрядность программы, она должна совпадать с разрядностью вашей операционной системы. Огромным плюсом данной программы есть то, что существует портативная версия, не требующая установки (in Zip file).

Настройка BlueScreenView

При первом запуске BlueScreenView должен автоматически определить местоположение файлов дампа. Если этого не произошло, укажите путь самостоятельно. Чтобы узнать путь к файлам дампа в Windows 7, нажмите правой кнопкой мыши на значке "Компьютер", в контекстном меню нажмите на опцию "Свойства". В левой области появившегося окна нажмите "Дополнительные параметры системы". На вкладке "Дополнительно" открывшегося диалогового окна, в группе "Загрузка и восстановление" нажмите на кнопку "Параметры". В группе "Запись отладочной информации" в поле "Файл дампа" можно увидеть путь к файлам дампов памяти.

Обычно переменная среды "%SystemRoot%" имеет значение "C:\Windows", а файлы минидампов хранятся в папке "C:\Windows\Minidump".

При первом запуске BlueScreenView должен автоматически определить путь к файлам дампов. Если этого не произойдет, зайдите в пункт меню "Options" и выберите "Advanced Options". Установите переключатель на пункт "Load from the following MiniDump folder" и укажите папку с файлами дампов.

Интерфейс программы

В верхней области окна отображается список всех дампов памяти с датой краха системы в названиях файлов, а в нижней содержимое выделенного дампа: список драйверов, которые были загружены в оперативную память. Розовым цветом выделены файлы, которые находились в стеке. Среди этих файлов и нужно искать виновника.

Для этого пролистайте нижнее поле вправо до колонок "Product Name" и "File Description". В первую очередь нужно обращать внимание на не системные файлы, так как системные в любом случае загружаются в оперативную память. Нужно искать файлы программ сторонних разработчиков.

Как видно из рисунка выше, файлом вызвавшим крах системы является файл антивируса Avast. Также можно сделать вывод, что произошло это во время взаимодействия программы с сетью, так как в списке также присутствует файл, отвечающий за работу tcp/ip протокола.

После определения сбойной программы, необходимо либо обновить её, либо удалить из системы.

BlueScreenView также позволяет просмотреть сообщение, которое было выведено на экран во время краха системы. Для этого необходимо зайти в пункт меню "Options > Lower Pane Mode > Blue Screen in XP Style".

Синий экран смерти (BSOD , Blue Screen of Death) - визуальное оповещение о фатальной (неустранимой) ошибке в операционной системе Windows. Обработка исключительной ситуации и вывод "синего экрана смерти" (BSOD ) - это последнее действие операционной системы, указывающее на обнаружение необрабатываемой ошибки, дальнейшее исполнение кода после возникновения которой не имеет смысла по целому ряду причин. Следствием является внезапное завершение работы с остановом ("заморозкой") практически всех процессов потерей и всех не сохраненных оперативных данных. BSOD это своего рода (вы не поверите!) защитный механизм системы, позволяющий на раннем этапе остановить неверно функционирующий процесс ядра. Разработчики кода ядра операционной системы Windows не случайно ввели подобную логику обработки критических ошибок, поскольку она основана на следующих утверждениях:

• синий экран смерти вызывается по таким условиям/проверкам в коде ядра, несоблюдение которых делает дальнейшее исполнение участка кода (равно как и всей последующей функции) ядра бессмысленным , то есть система просто не понимает, что делать дальше. Например, критический системный параметр, имеющий два состояния, может принять невалидное (третье) значение, при котором дальнейшая работа не имеет смысла, поскольку данное значение абсурдно и для него нет обработки. Или же могут отсутствовать необходимые входные данные функции вследствии возникновения ошибок доступа к аппаратному ресурсу;
• уход на код вывода синего экрана смерти осуществляется с целью недопущения существенной потери данных (разрушения файловой системы);

То есть, основная причина завершения заключается в том, что если система продолжит функционирование при возникшей критической ошибке, то имеется очень большая вероятность привести систему к еще более плачевному состоянию, нежели то, в котором она пребывает в момент возникновения ошибки. Общей причиной BSOD является возбуждение низкоуровневой функцией режима ядра необрабатываемого исключения, в следствии которого код ядра (система) не в состоянии продолжить нормальное функционирование. Дело в том, что в процессе функционирования операционной системы, низкоуровневые функции режима ядра время от времени возбуждают исключения как реакцию на возникновение тех или иных ошибок. В подобной ситуации диспетчер исключений проверяет, имеется ли в наличии процедура (фильтр) ядра, способная обработать возникшее исключение (обработчик), то есть сопоставленая с контекстом, в котором возникла ошибка. Очевидно, что необходимая процедура обработки представляет собой последнее средство сохранить систему "на плаву", поэтому ядро всегда находит обработчик. Если же обработчик исключения не в состоянии обработать возникшее исключение, то исключение остается необработанным. В этом случае система вызывает стандартный обработчик исключений в ядре, который уже полностью останавливает систему.
Дабы у читателя не сложилось неправильного представления, стоит подчеркнуть, что само ядро Windows 7 относительно надежно, так как его отладкой занимаются днем и ночью, и по причине "родного" кода самого ядра сбои возникают исключительно редко, к тому же, в ядре все же присутствует некоторое количество цепочек разрешения критических ошибок. Сбои, в большинстве своем, случаются по вине "сторонних" модулей/драйверов режима ядра, содержащих ошибки.

Тем не менее сам механизм обработки исключений ядра в ОС Windows далек от идеала, разработчики явно перестраховались и навставляли переходов на BSOD в коде ядра великое множество. По сути, даже при возникновении довольно несущественных ошибок, код ядра склонен "впадать в панику" и тут же уходить на BSOD, даже не дав пользователю возможности сохранить свои данные.

Во всех случаях, когда возможно избежать падения, ядро просто логгирует (фиксирует в системном журнале) возникшую ошибку и продолжает свою работу, не вызывая процедуру BugCheck , поэтому если пользователь видит "синий экран смерти", то он должен понимать, что это единственно возможная реакция системы при выявлении "невосстанавливаемых несоответствий" (unrecoverable inconsistency) кода режима ядра.

Синий экран смерти называют еще СТОП-ошибкой (STOP-error) или Контролем дефекта (BugCheck).

Само по себе появление на экране BSOD - это лишь начальная стадия алгоритма, стартующего при возникновении фатальной ошибки, которая заключается в выводе на экран отладочной информации с целью облегчения дальнейшего поиска причины проблемы. Давайте посмотрим, как же выглядит та информация, которую видит пользователь на экране в случае возникновения исключительной ситуации? Ниже я привожу типовой вид BSOD для Windows 7:

Обычно BSOD выводится в текстовом режиме, символами белого цвета на синем фоне. Хотя, надо упомянуть, что внешний вид BSOD на протяжении всего времени развития Windows претерпевает изменения. Не во всех ОС BSOD выглядит подобным образом, к примеру, начиная с Windows 8/Windows 2012 количество выводимой информации существенно сокращено до названия ошибки, остальную информацию пользователь может найти в журнале событий системы.

Зачастую пользователь не видит самого экрана BSOD с информацией об ошибке! Происходит это потому, что по умолчанию система настроена на автоматическую перезагрузку в случае возникновения BSOD. Для пользователя это выглядит как периодические самопроизвольные перезагрузки компьютера с последующим выводом сообщения о том, что система была восстановлена после серьёзной ошибки.

Общие причины возникновения BSOD

Причиной BSOD может быт один из источников, описанных ниже (пункты отсортированы по мере убывания частоты встречаемости):

1. Драйвер оборудования. По статистике самой Microsoft, порядка 85% всех фиксируемых ошибок останова относятся именно к драйверам . Различные проблемы в драйверах - самая вероятная и распространенная причина возникновения синего экрана смерти, которую можно подразделить на несколько частей.

• Ошибка в драйвере. Образуется в следствии ошибки разработчика на стадии написания кода.
• Неподходящий к оборудованию драйвер. Microsoft всячески пытается оградить пользователя от подобной ситуации, однако человеческий фактор тут главенствует.
• Конфликт драйверов устройств. Драйверы различных устройств могут конфликтовать между собой.
• Несовместимость драйвера с текущей версией операционной системы. Опять же, установщик Microsoft предупреждает о подобных ситуациях.

Аппаратный сбой. Перегрев комплектующих. В следствии разгона, то есть аппаратной модификации компонента, неправильных настроек BIOS/ , плохой вентиляции внутри корпуса.

Аппаратный сбой. Неисправность ОЗУ. Причиной является повреждение памяти на физическом уровне.

Программный сбой. Использование "левых" сборок Windows.

Конфликт устройств. На уровне портов, областей памяти и прч.

Несовместимости оборудования с операционной системой.

Аппаратный сбой. Некорректные настройки BIOS. Примером может служить завышенное/заниженное значение частоты/таймингов с целью разгона процессора либо оперативной памяти.

Аппаратный сбой. Неисправность жесткого диска. Недостаток свободного места на системном носителе (от даже как!).

Заражение вредоносными программами (трояны, вирусы). Встречает подобная ситуация довольно редко.

Поврежденный системный реестр;

Ошибка загрузчика. В некоторых случаях BSOD может быть вызван ошибкой загрузчика (Boot loader). Происходит это в ситуации, когда загрузчик не может получить доступ к загрузочному разделу из-за несовместимых либо неустановленных драйверов дискового контроллера, повреждения файловой системы. Пример: STOP 0x0000007B (INACCESSIBLE_BOOT_DEVICE). В подобных ситуациях дамп памяти не создается.

Как мы видим, довольно часто причиной BSOD являются драйвера устройств. Именно по этой причине Microsoft перешла к сертификации и защите драйверов устройств методом цифровой подписи. Однако, стоит заметить, что не все драйвера управляют физическими устройствами, а большинство так называемых Windows-драйверов представляют из себя обычные программы, которые не управляют никакими устройствами, но, при этом, им требуется доступ к структурам ядра, к которым невозможно получить доступ из кода пользовательского режима через традиционный Win32 API.

Виды ошибок, приводящих к BSOD

А что же из себя представляет та самая "серьёзная ошибка", являющаяся причиной BSOD, на более низком уровне машинных инструкций? Ошибки, приводящие к BSOD, делятся на две основные категории. Попытаюсь их детализировать:

• Необрабатываемое исключение:
• Обращение к нулевому адресу (нулевые указатели, когда указатель по какой-то причине содержит значение 0);
• Попытка записи в страницу памяти, доступную только для чтения;
• Ошибка ввода/вывода при попытке подкачки страницы в ОП из файла подкачки;
• Неверная ссылка на память. Причиной может являться драйвер, выполняющий операцию ввода/вывода в то время, как Асинхронные Вызовы Процедур (APCs) отключены.
• Некорректная операция:
• Повторное освобождение уже освобожденной памяти.

Пример №1 (из дампа ядра):

Bc582f10 push esi bc582f11 mov esi, dword ptr bc582f14 mov edx, dword ptr bc582f16 mov eax, dword ptr ; Место ошибки! bc582f19 sub eax, dword ptr bc582f1c mov esi, dword ptr bc582f1f add edx,1Ch . . .

bc582f10 push esi bc582f11 mov esi, dword ptr bc582f14 mov edx, dword ptr bc582f16 mov eax, dword ptr ; Место ошибки! bc582f19 sub eax, dword ptr bc582f1c mov esi, dword ptr bc582f1f add edx,1Ch

Ошибка произошла в строке 5 . Поскольку значение регистра EDX =00000000, была произведена попытка чтения двойного слова памяти по адресу 00000024 , то есть из области, являющейся областью нулевых указателей. Возникло исключение "ошибка доступа к памяти". Остается открытым вопрос, почему же в памяти по адресу оказалось значение 0 ?

Пример №2 (из дампа ядра):

8eb20967 xor edx, edx 8eb20969 div eax, dword ptr ; Место ошибки! 8eb20972 xchg eax, edx . . .

8eb20967 xor edx, edx 8eb20969 div eax, dword ptr ; Место ошибки! 8eb20972 xchg eax, edx

Ошибка в строке 3 . Поскольку значение в регистре EBP =a3c84bc0, и соответственно, SS:0010:a3c84bcc=00000000. Произошло исключение "деление на ноль".

Пример №3 (из исходного кода ядра):

INIT:007A0307 mov edi, edi INIT:007A0309 push ebp INIT:007A030A mov ebp, esp INIT:007A030C and esp, 0FFFFFFF8h INIT:007A030F mov eax, _InitializationPhase INIT:007A0314 mov ecx, eax INIT:007A0316 xor edx, edx INIT:007A0318 sub ecx, edx INIT:007A031A jz short loc_7A0331 INIT:007A031C dec ecx INIT:007A031D jz short loc_7A032D INIT:007A031F push edx INIT:007A0320 push edx INIT:007A0321 push edx INIT:007A0322 push eax INIT:007A0323 push 2 INIT:007A0325 push 33h INIT:007A0327 call _KeBugCheck2@24 . . .

INIT:007A0307 mov edi, edi INIT:007A0309 push ebp INIT:007A030A mov ebp, esp INIT:007A030C and esp, 0FFFFFFF8h INIT:007A030F mov eax, _InitializationPhase INIT:007A0314 mov ecx, eax INIT:007A0316 xor edx, edx INIT:007A0318 sub ecx, edx INIT:007A031A jz short loc_7A0331 INIT:007A031D jz short loc_7A032D INIT:007A031F push edx INIT:007A0320 push edx INIT:007A0321 push edx INIT:007A0322 push eax INIT:007A0323 push 2 INIT:007A0325 push 33h INIT:007A0327 call _KeBugCheck2@24

А вот этот пример уже из исходного кода ядра (файл ntoskrnl.exe и производные). Тут разработчики решили, что у переменной InitializationPhase не может быть значений кроме 0 и 1 , оно и понятно, в ядре могут быть только две фазы инициализации. Соответственно, при всех остальных значениях дальнейшее выполнение кода ядра не имеет ни малейшего смысла, и код уходит на вызов функции KeBugCheck2 с кодом 33h (с преждевременным заталкиванием параметров в стек), что ведет, в конечном итоге, к выводу синего экрана смерти.

Алгоритм BSOD

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

• системную функцию KeBugCheckEx -- является "оберткой" к функции KeBugCheck2 ;
• системную функцию KeBugCheck2 ;

Именно функция KeBugCheck2 и выполняет определенную последовательность действий (сброс буферов, сохранение дампа, перезагрука). Тут я приведу пока лишь краткое описание функции, более же детальную информацию вы всегда сможете найти на сайте Microsoft. Данная функция экспортируются модулем исполнительной подсистемы ядра, который для разных систем может называться по-разному: ntoskrnl.exe , ntkrnlmp.exe , ntkrnlpa.exe , ntkrpamp.exe . Функция KeBugCheck2 имеет пять входных параметров (аргументов). Поскольку значение параметров сильно зависят от кода ошибки, в таблице я приведу лишь общие, возможные значения параметров, поскольку приводить все возможные комбинации параметров не хватило бы даже и книги.

Параметр	Описание
BugCheckCode	Код ошибки. Перечень возможных значений BugCheckCode, определенных Microsoft, можно найти в NTDDK , либо можно определить собственный код в своем драйвере. Делятся на две категории: с указанием адреса инструкции, вызвавшей исключение и без указания. Разрядность 32 бита.
BugCheckParameter1	Параметр 1. Зависит от кода ошибки (BugCheckCode). Может принимать значение кода исключения, адреса, идентификатора потока, специального поля потока, внутреннего параметра, уровня IRQL, указателя на объект, пула значений и прч. Разрядность 32/64 бита.
BugCheckParameter2	Параметр 2. Зависит от кода ошибки (BugCheckCode). Может принимать значение кода исключения, адреса, идентификатора потока, специального поля потока, внутреннего параметра, уровня IRQL, указателя на объект, пула значений и прч. Разрядность 32/64 бита.
BugCheckParameter3	Параметр 3. Зависит от кода ошибки (BugCheckCode). Может принимать значение кода исключения, адреса, идентификатора потока, специального поля потока, внутреннего параметра, уровня IRQL, указателя на объект, пула значений и прч. Разрядность 32/64 бита.
BugCheckParameter4	Параметр 4. Зависит от кода ошибки (BugCheckCode). Может принимать значение кода исключения, адреса, идентификатора потока, специального поля потока, внутреннего параметра, уровня IRQL, указателя на объект, пула значений и прч. Разрядность 32/64 бита.

Как Вы уже догадались, данные параметры введены разработчиками не просто так. Поговаривают, что гуру визуальной отладки:) могут лишь по коду ошибки и значениям этих дополнительных параметров достаточно точно определить причину сбоя. Ну а для нас, простых смертных, параметры эти однозначно указывают на дополнительные детали сбоя, которые помогают отладчику (WinDBG) в процессе выполнения анализа инцидента. Как уже говорилось, параметры могут использоваться и для поверхностного визуального анализа проблемы. Например, для ошибки STOP 0x000000ED, второй параметр, имеющий значение 0xC0000185 и носящий название STATUS_IO_DEVICE_ERROR , довольно часто указывает на то, что с нашим диском творится что-то неладное, и при этом на аппаратном уровне.
В самом ядре Windows функция KeBugCheckEx вызывается из достаточно большого количества мест кода.
Алгоритм работы функции KeBugCheckEx следующий:

1. Формируется текст BSOD и выводится на экран.
2. Код ядра системы проверяет целостность карты блоков файла подкачки (либо пользовательского файла, указанного для сохранения дампа), ранее сохраненной в памяти.
3. Код ядра проверяет работоспособность специализированного независимого дискового драйвера и целостность управляющих структур дискового драйвера.
4. Код ядра записывает данные из памяти в блоки, указанные в карте блоков файла подкачки (либо пользовательского файла, указанного для сохранения дампа).
5. Возможна передача управления отладчику.
6. В зависимости от настроек выполняется или не выполняется автоматическая перезагрузка системы.
7. В процессе следующей загрузки ОС, winlogon.exe переносит дамп памяти (полный/сокращенный) из временного файла в файл, указанный в настройках. Для сброса используется специализированная утилита.
8. При следующей загрузке, в зависимости от настроек создается запись в журнале событий.

Поиск причины BSOD

Любой специалист рано или поздно сталкивается с задачей выявления виновника BSOD, то есть компонента, который и является, в конечном итоге, причиной падения операционной системы. Не стоит бояться браться за анализ BSOD. Ведь от того, владеет ли специалист необходимой информацией, зависит выбор метода решения, от затрат всего нескольких минут на переустановку драйвера/устройства, до многочасовой переустановки и настройки операционной системы с нуля. Вы можете себе представить, сколько времени Вы потеряете, пойдя по этому ложному пути, с учетом того, что все эти действия могут и не решить проблемы? Только представьте, какие временные затраты мы получим бы при попытке, предположим, "перезалить" контроллер домена или сервер приложений? Поэтому, последуйте хорошему совету: во всех ситуациях, где только возможно, до последней захудалой зацепки пытайтесь определить источник проблемы и избежать переустановки ОС.
Есть два основных варианта нахождения причины возникновения синего экрана смерти:

Визуальный анализ

Попытаться без использования специализированного ПО, по коду ошибки или имени драйвера, информация о которых представлена на экране или в логе события BSOD, выяснить причину. Если удалось получить только лишь код STOP-ошибки, то это наименее точный и наименее быстрый метод определения источника проблемы, поскольку некоторые классы ошибок имеют множество потенциальных причин возникновения. Однако, если нам повезло и мы получили с экрана или из лога наименование сбойного драйвера, то метод превращается в достаточно точный и наиболее быстрый.
Описанная ранее функция KeBugCheckEx содержит в себе алгоритмы, которые собирают и выводят на экран максимально-возможный объем информации о состоянии определенных триггеров системы в момент сбоя. И такое поведение вполне объяснимо, поскольку специалисту может потребоваться вся доступная информация для последующего анализа возникшей проблемы. Бывают, однако, случаи, когда сообщение недостаточно информативно, то есть информации откровенно мало, но такие ситуации встречаются достаточно редко.
Давайте попробуем "расшифровать" BSOD и разберемся с данными, которые процедура выводит на экран. Для удобства понимания информации, представленной на синем экране смерти, я промаркировал основные блоки:

Давайте теперь рассмотрим эти блоки подробнее:

1. Символическое имя ошибки (в нашем случае: BAD_SYSTEM_CONFIG_INFO). Может отсутствовать.
2. Рекомендации по устранению общего характера.
3. Код STOP-ошибки. (в нашем случае: 0x00000074).
4. Четыре параметра, конкретизирующие ошибку, предназначенные для отладочного ПО (Значение параметров зависит от кода ошибки и кратко описывается в таблице выше).
5. Необязательный параметр. На нашем скриншоте отсутствует. Имя программного модуля или драйвера ядра, в коде которого возникла ошибка. Адрес инструкции, вызвавшей останов, "база" драйвера. Время, дата. Если ошибка не относится к модулю/драйверу, либо ядро не смогло связать проблему с объектом, то данный параметр отсутствует.
   пример: gv3.sys – address F86B5A89 base at F86B5000, DateStamp 3dd991eb

BSOD-ошибки можно условно разделить на две категории. Первая категория содержит адрес инструкции, вызвавшей исключение (как в нашем примере, 00000074h: BAD_SYSTEM_CONFIG_INFO). Вторая категория BSOD-ошибок не содержит адреса проблемной инструкции, потому что ядро диагностирует аварийную ситуацию на поздней стадии.

Для последующей работы над проблемой нам потребуется как минимум один параметр от синего экрана смерти: код STOP-ошибки и/или (если имеется) имя программного модуля или драйвера ядра.
Запишите всю эту информацию и смело переходите к следующему разделу "Устранение BSOD".

Автоматизированный анализ

С помощью специализированного программного обеспечения проанализировать аварийный дамп памяти системы. Этот метод позволяет, в подавляющем большинстве случаев, достаточно точно определить источник проблемы. Практически всегда дает определенный результат, за исключением довольно редких случаев, когда ситуация остается неясной. Виновниками подобных исключительных сбоев является, как правило, оборудование (железо).
Для использования данного метода, нам необходимо будет сначала произвести с целью получения полного дампа памяти системы.
После настройки необходимо вновь дождаться системного сбоя. Когда произойдет сбой, Вы получите в своё распоряжение дамп памяти (файл с расширением.dmp), и можете переходить непосредственно к анализу. Я приведу три основных способа изучения дампа памяти:

1. Анализ дампа при помощи утилиты .
2. Анализ дампа при помощи скрипта .
3. Анализ дампа при помощи отладчика .
4. Анализ дампа при помощи онлайн-анализатора OSR Instant Online Crash Analysis . Принимаются дампы размером до 40Мб.

Какой из методов выбрать, спросите Вы? Я бы на Вашем месте придерживался логики перебора методов до выяснения источника проблемы, либо выполнения всех описанных методов для составления полной картины происшествия. В данном конкретном случае никакая информация лишней не будет!

Устранение (исправление) BSOD

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

• Код ошибки. Если мы имеет только код STOP-ошибки, просто посмотрели списали его с BSOD и не стали заниматься анализом никаких там дампов, то в этом случае можно с помощью таблицы STOP-ошибок , имеющейся на официальном сайте, определить предполагаемого виновника. Можно не ограничивать себя только лишь официальным ресурсом, а просто поискать в Сети.
• Сторонний драйвер. Если предполагаемым источником проблемы является драйвер устройства, то нам необходимо понять, к какому компоненту ОС он принадлежит. Для этого используем поисковик.
  Если недавно был установлен обновленный драйвер видеокарты, звуковой, материнской, сетевой - пробуем откатиться на старый, если не помогло, то пробуем просто переустановить текущую версию, если и это не помогло, то попытаемся найти еще более новый, взятый с официального сайта производителя оборудования.
• Системный драйвер. Вероятность того, что причиной является системный драйвер очень мала, потому как системные (встроенные) драйвера очень хорошо отлаживаются перед запуском в релиз. Но если, все же, вы грешите на системный драйвер Windows - то Вам потребуется средство проверки драйверов verifier.exe .

При всей серьезности проблемы, множество критических ситуаций могут быть исправлены. Существуют методы "перехвата" критических ситуаций с помощью специализированных отладчиков, ручной корректировки данных и возврата к нормальному режиму функционирования ОС. И ОС продолжает работу, худо-бедно, медленно, неуверенно, но продолжает. Объясняется это тем, что большинство ошибок не фатальны. Почему же тогда ядро предпочитает в большинстве случаев завершить работу системы, для меня загадка. Однако, для применения на практике этого метода требуется определенный уровень квалификации.

BSOD или синий экран — критическая ошибка, после которой Windows способен только уйти в перезагрузку, потому как справится с ней операционная система не в состоянии. Эта особенность операционных систем от Microsoft стала мемом и причиной сотен шуток, но, видимо, избавиться от неё невозможно или это своеобразный защитный механизм системы. Итак, если синий экран случился один раз — это ещё не повод для тревоги, но если за первым последовал второй, третий то тут, конечно, стоит начать беспокоится, ведь под угрозой потеря данных.

• Драйверы оборудования — часто возникает после обновления этих самых драйверов, установки репаков игр и прочих сомнительных затрагивающих оборудование или системный реестр программ.
• Вирусы и всяческие зловредные программы.
• Проблемы с железом: перегревы, битая оперативная память, неисправные элементы материнской платы, проблемы с носителем информации (HDD, SSD и другие).
• Неудачные обновления Windows и других программ, вспомните, после чего начались проблемы.

Но как же узнать источник синего экрана? Можно успеть записать код ошибки и потом найти описание в интернете, это муторно и несовременно. Л учше воспользоваться программой BlueScreenView, которая считывает информацию из дампов памяти C:\WINDOWS\MiniDump (по умолчанию они включены) и показывает узел в котором проблема.

Оффлайн версия инструкций по устранению неполадок при возникновении Blue Screen Of Death (BSOD ), размещенных на сайте bsod.oszone.net, которые были собраны по материалам базы знаний Microsoft и центра MSDN .

База ошибок BSOD скачать

BlueScreenView утилита для расшифровки дампов

Пожалуй, самая простая и понятная программа, которая укажет причину, а встроенная функция поиска в Google укажет значения и расшифровки критических ошибок, и сведёт к простым действиям. Но обо всем по порядку.

После того как случилась неприятность, а точнее появился синий экран.
Скачиваем, распаковываем и запускаем.
Находим последний дамп по времени и смотрим его значение.
Иногда получается понять причину BSOD, просто изучив столбы информации.
А лучший способ, конечно же, погуглить ошибку и найти решение.

Методы решения:

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