Почему синий экран

«Синий фонарь» включается неожиданно

В процессе работы Windows возникает множество ошибок, основную массу которых система устраняет незаметно для пользователя. Но среди них бывают и столь серьезные, что продолжение сеанса работы становится невозможным. Либо возникшая проблема угрожает Windows или железу необратимым повреждением. В таких случаях и выскакивает BSoD. Система как бы говорит пользователю: «Извини, друг, но у меня не было другого выбора. Если бы не аварийное завершение, произошло бы что-то нехорошее».

Синие экраны смерти возникают на любой стадии загрузки и работы компьютера. А приводит к ним следующее:

  • Некорректная работа драйверов устройств из-за плохой совместимости с операционной системой, конфликта с другими драйверами, повреждения или изменения параметров.
  • Некорректная работа программного обеспечения, чаще того, которое создает собственные службы – антивирусов, файерволов, эмуляторов оборудования и т. п.
  • Заражение вредоносными программами.
  • Аппаратные неполадки – неисправность оперативной памяти, дисковых накопителей, сетевых, звуковых адаптеров, видеоподсистемы, материнской платы, блока питания и другого оборудования.
  • Нештатная работа устройств – перегрев, нестабильное питание, разгон.
  • Нарушение обмена данными между устройствами – плохой контакт в разъемах, неисправные кабели и шлейфы.
  • Несовместимость устройств.

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

Что можно узнать из информации на синем экране

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

Аппаратные «синяки» чаще возникают в одних и тех же условиях (например, при увеличении нагрузки на видеокарту, попытке открыть объемный файл) и имеют разные коды. Либо эти коды указывают на проблемы конкретного оборудования, как то: ошибки доступа к устройству, невозможность считывания, распознавания.

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

Синий экран смерти Windows 10 выглядит так:

Информацию об ошибке в нем несет строка «Stop code». В моем примере это CRITICAL PROCESS DIED.

Отсканировав телефоном QR-код, который находится здесь же, вы можете перейти на сайт windows com/stopcode, где содержатся общие советы по устранению сбоя. Подсказки от Microsoft иногда полезны, но о причине конкретно вашего случая там ничего нет, а значит, придется искать эти данные в другом источнике, например:

  • На компьютерных форумах.
  • В справочниках по различным кодам ошибок, в частности, на сайте Docs.Micosoft и в других местах.

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

Как анализировать содержимое минидампов

Существует разные способы анализа аварийных дампов памяти Windows, но мы познакомимся с самым, на мой взгляд, удобным и простым – при помощи бесплатной утилиты BlueScreenView.

BlueScreenView особенно удобна тем, что не требует установки на компьютер громоздких пакетов Debugging Tools for Windows и может запускаться с любого носителя, достаточно кликнуть по одноименному файлу.

Интерфейс утилиты, несмотря на отсутствие русского языка, весьма дружелюбен. Главное окно разделено на 2 половины. Вверху – таблица минидампов – файлов из папки Windows\Minidump с датой и временем создания (колонка Crash Time), кодом ошибки в шестнадцатеричном формате (колонка Bug Check Code), четырьмя ее параметрами и другими сведениями. Впрочем, данные о конкретном сбое удобнее просматривать в отдельном окне, которое открывается двойным щелчком по интересующей строке (показано ниже). Главное окно дает больше информации о проблеме в целом, если BSoD’ы случались неоднократно. В нем легко отслеживать даты происшествий и коды ошибок, по повторяемости которых можно судить о характере неполадки.

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

Разберем для примера один из малых дампов памяти с кодом ошибки 0x00000154. Скажу наперед, что он был вызван заломом шлейфа жесткого диска. Начиная анализ, посмотрим на список драйверов в стеке событий. Здесь нет ничего, кроме ntoskrnl.exe – ядра ОС Windows, которое, конечно, в проблеме не виновато – просто во время сбоя ни одного драйвера в стеке не было, а оно присутствует там всегда.

Далее заглянем в окошко параметров дампа. Здесь тоже не упомянуто ничего, кроме ntoskrnl.exe, значит, проблема вызвана не драйвером.

Идем дальше. Согласно сведениям на сайте Microsoft, ошибка 0x00000154 возникает, когда «компонент хранилища обнаруживает неожиданное исключение» и связана, как правило, с неполадками накопителей.

Для проверки этой версии оценим показатели S.M.A.R.T жесткого диска компьютера, которые отслеживает программа Hard Disk Sentinel. В день аварии здесь появились изменения следующих атрибутов:

  • 188 Command Timeout.
  • 199 UltraDMA CRC Error Count.

Оба указывают на ошибки передачи данных по интерфейсному кабелю. Тест поверхности харда и проверка файловой структуры отклонений не выявили, поэтому проблема была решена заменой шлейфа.

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

Ошибка зафиксировалась несколько раз под одним и тем же кодом – 0x000000d1, который означает следующее: «драйвер режима ядра попытался получить доступ к странице памяти в процессе IRQL, который имел слишком высокий приоритет». На этот раз BlueScreenView указал на проблему в драйвере NDIS.sys, отвечающем за сетевые подключения. Значит, высока вероятность, что сбой имеет программное происхождение и связан с чем-то, что использует сеть.

Для выявления виновника потребовалось провести анализ автозагрузки приложений. На раннем этапе запуска операционной системы этого ПК стартовало не слишком много программ, которым разрешен доступ в Интернет, точнее, один Касперский. В подтверждение его причастности я снова обратилась к списку загруженных в память драйверов в BlueScreenView и среди того, что присутствует здесь обычно, обнаружила kl1.sys, принадлежащий антивирусу.

После удаления Касперского синие экраны больше не выскакивали.

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

Функция выбора папки с файлами дампов находится в меню «Options» – «Advanced Options» (открывается сочетанием клавиш Ctrl + O) и называется «Load from the following minidump folder».

Установив здесь отметку, кликните кнопку «Browse» и найдите нужный каталог в проводнике. Когда захотите вернуть настройки по умолчанию, нажмите «Default».

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

Ещё на сайте: Как узнать причину синего экрана смерти Windows (BSoD) обновлено: Ноябрь 25, 2017 автором: Johnny Mnemonic

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

Что делать в случае появления BSOD

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

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

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

В свойствах системы (Win+PauseBreak) перейдите в раздел дополнительных параметров.

В этом окне интересует вкладка «Дополнительно», пункт «Загрузка и восстановление». Жмём по кнопке Параметры.

В поле «Отказ системы» убрать «чекбокс» с пункта «Выполнять автоматическую перезагрузку» и подтвердить нажатием «Ок».

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

Каждый BSOD содержит 16-ричный код критической ошибки, чаще всего это несколько кодов, как показано на картинке. Таких кодов известно свыше 300. Рассмотрим наиболее распространенные действия, которые пользователь должен совершить для их устранения.

Общие рекомендации по решению проблем BSOD:

  • проверить есть ли ресурсы на системном разделе компьютера;
  • просканировать систему антивирусными программами на наличие вредоносного ПО;
  • установить последние системные обновления (они должны производиться в автоматическом режиме);
  • если в недавнем времени был инсталлирован драйвер, после которого стал возникать синий экран – откатить его к предыдущей версии.
  • если BSOD стал появляться после подключения нового устройства, проверьте его совместимость с ОС;
  • настройки БИОСа должны быть по умолчанию
  • протестируйте оперативную память, например, программой memtest86; замените битый модуль, если он таковым окажется;
  • протестируйте и переназначьте битые сектора винчестера;
  • проверьте, правильно ли подключены все комплектующие;
  • переустановите ОС.

Распространенные коды синего экрана смерти

x00000001 — APC_INDEX_MISMATCH

Несоответствие в индексе состояния APC. Вероятнее всего BSOD вызван сбоем одного или нескольких из драйверов: ndis.sys; raspppoe.sys; win32k.sys; psi.sys, или же просто не хватает ресурсов на HDD или ОЗУ. Сбой может проявляться после инсталляции стороннего приложения. Вероятное решение – установка самых свежих системных апдейтов.

0x0000000A — IRQL_NOT_LESS_OR_EQUAL

Diskdump.sys использует неправильный адрес памяти либо он несовместим с ОС. Если данный сбой возникает при установке системы, то проблемы в аппаратной части ПК. Проверьте соответствие используемых аппаратных ресурсов системным требованиям. Попробуйте еще раз переустановить ОС. Отключите функцию Plug and Play. Отключите все функции, отвечающие за антивирусную защиту BIOS.

Если ошибка осталась — протестируйте ОЗУ. Если у Вас используется несколько планок, попытайтесь работать с одной из них поочередно. Если BSOD перестал возникать, то проблема однозначно заключается в одной из них.

Если не сработало – извлеките все устройства, в которых нет острой необходимости при установке ОС (сетевая и звуковая карты, платы расширения, видеокарта, DVD привод, дополнительные винчестеры и накопители и т.п.).

0x0000001E — KMODE_EXCEPTION_NOT_HANDLED

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

x00000020 — KERNEL_APC_PENDING_DURING_EXIT

APC пребывал в режиме ожидания во время окончания выполнения потока.

В первую очередь нужно обратить внимание на установленные перед возникновением ошибки драйвера. BSOD возникает, так как Win32k.sys неверно обрабатывает параметры шрифта, из-за чего не происходит асинхронный вызов процесса APC. Инсталлируйте самые свежие апдейты ОС и драйвер Symevent.sys.

x00000023 — FAT_FILE_SYSTEM

Повреждение файловой системы FAT.

Вероятно, повреждение секторов накопителя или драйвера IDE. Для поиска и исправления сбойных секторов попробуйте воспользоваться функцией Chkdsk /f/r в консоли, либо воспользоваться сторонней программой типа Victoria HDD.

0x00000024 — NTFS_FILE_SYSTEM

Повреждение ФС NTFS.

Неисправность в драйвере ntfs.sys не позволяет системе производить считывание и запись данных с носителей NTFS. Вероятное повреждение структуры ФС винчестера. Произвести действия, описанные в предыдущей ошибке.

0x0000002B — PANIC_STACK_SWITCH

Стек ядра переполнен. Для устранения следует придерживаться общих рекомендаций по решению возникновения BSOD.

0x0000002E — DATA_BUS_ERROR

Неправильная работа шины данных, причина которой – вероятный сбой четности системной памяти. Проблема наверняка в аппаратных ресурсах ПК – неправильная конфигурация, несоответствие установленной ОС или выход из строя оборудования. Часто данный код вызывается из-за дефектных модулей ОЗУ. Замените сбойное аппаратное обеспечение. В противном случае следуйте стандартной инструкции, описанной в предыдущем пункте.

0x0000007B — INACCESSIBLE_BOOT_DEVICE

Очень распространенная ошибка. Возникает во время запуска ОС. Загрузчик не может обнаружить доступ к системному разделу. Отказ устройства начальной загрузки. Решением будет изменение опций начальной загрузки.

Перезапустите систему и нажмите F8. Отроется окно выбора способа загрузки. Запустите последнюю удачную конфигурацию. Проверьте совместимость аппаратного и программного обеспечения.

0x00000050 — PAGE_FAULT_IN_NONPAGED_AREA

Попытка обращения к недопустимой системной памяти. Чаще всего связано с установкой сбойных аппаратных средств, а именно ОЗУ и видеокарты. Проверьте данные устройства на наличие дефектов. В редких случаях проблему могла вызвать установка сбойного системного сервиса.

0x0000007A — KERNEL_DATA_INPAGE_ERROR

Необходимая страница данных ядра процессора не может прогрузиться в память. Вероятнее всего нехватка ресурсов оперативной памяти либо сбойные сектора жесткого диска. Также возможно проблема кабельных соединений. Протестируйте RAM и HDD на ошибки, исправьте их, если это возможно. Проверьте и очистите штекера соединительных кабелей.