Как известно при каждой критической ошибке, техническая информация о ней записывается системой в виде отчета в так называемый дамп памяти ядра, или минидамп памяти, который хранится в файле, расположенном по адресу: %SystemRoot%\MEMORY.DMP. Условие: система может заменять существующий файл дампа, а может накапливать историю о всех произошедших ошибках. Для этого снимаем крыж в чекбоксе, как показано на скриншоте 1.
Но как прочитать этот файл, как сэкономить свое время и при этом узнать точно, какой драйвер или программа дала сбой и явилась источником BSOD?
Наверное большинство из нас привыкло искать информацию о решении подобных проблем по Stop-коду (например: 0х00000124/параметр1/параметр2/параметр3 и так далее). Конечно, этот способ зачастую приносит положительные результаты, но далеко не во всех случаях он указывает конкретно на источник проблемы, т.к. искомый стоп-код может указывать на целый ряд причин возникновения критической ошибки.
В этой небольшой статейке я хочу рассказать еще об одном способе, с помощью которого можно самостоятельно определить причину критической ошибки, повлекшей отказ системы и появление BSOD.
Скачиваем и распаковываем утилиту
bluescreenview_setup. Совместима с любой Windows и бесплатна. Она на английском, поэтому я прикладываю файлик-русификатор, который находится в архиве
bluescreenview_russian. Файлик разархивируем и кидаем в папку установки утилиты по умолчанию: C:\Program Files\NirSoft\BlueScreenView. Все, прога русифицирована. Запускаем ее и видим картину маслом (скриншот № 2). Косячный драйвер (в моем случае это
halmacpi.dll – системный и архиважный драйвер ядра Win7 (_!_)) – подкрашен красным цветом. Остается только гадать, что это за фигня, и откуда она взялась )) но зато теперь я в курсе