Как стать автором
Обновить

Ищем причину BSOD в автоматическом режиме

Разработка под Windows
В продолжение статьи TijAY.

Недавно возникла интересная история — на компьютере потерпевшего с завидной регулярностью светился BSOD. К его чести — машина в перезагрузку уходила быстрей, чем удавалось прочитать STOP-код. Выход тут один: анализировать дампы памяти.
Учитывая, что дампов этих накопилось очень большое количество, открывать каждый дебаггером показалось мне слишком утомительным.


На помощь был призван cmd-сценарий Алексея Суховея «Kernel Debugger Front End» (взять можно например здесь). Он требует установленных Windows Debugging Tools и работает примерно так:

KDFE, Kernel Debugger Front End


Ну а чтобы совсем уж облегчить себе дело, был написан простенький .bat-ник:

cd /d %SystemRoot%\Minidump
for %%A in (*.dmp) do «C:\путь\до\скрипта\kdfe» %%A


Лучше будет, если вызвать его с параметром «> kdfe_output.txt», тогда будет достаточно дождаться выполнения скрипта и посмотреть в его папке файл kdfe_output.txt, где будут записаны результаты его работы.

Удачной починки, и да не пребудет с вами БСОД! :)

P.S. C:\Windows оказалось разумно заменить на %SystemRoot%, спасибо ryazantsev; к cd добавился ключ /d, спасибо asm0dey
P.P.S. Относительно результатов работы самого KDFE — надо внимательно читать вывод скрипта: причина пишется возможнаяProbably caused by»), поэтому в случае битой памяти иногда эта фишка может глючить, и дампы в любом случае придется смотреть вручную в WinDbg.
Теги:bsodkdfewindows debugging tools
Хабы: Разработка под Windows
Всего голосов 53: ↑45 и ↓8 +37
Просмотры7.4K

Похожие публикации

Senior/Middle+ .Net разработчик
от 3 000 $ArtezioМогилев
Data Engineer / Инженер данных
от 100 000 до 150 000 ₽AnyclassМоскваМожно удаленно
C# .Net Developer
от 1 200 до 3 500 $Profit CenterМожно удаленно
Automation Engineer (Remote work)
от 1 500 до 1 500 €Cyntegrity Germany GmbHТомскМожно удаленно

Лучшие публикации за сутки