Анализ креш-дампов памяти Windows

[iBear]

Это интересно и полезно, но прежде чем я поставлю плюс — уберите, пожалуйста, под кат ;-)

[TijAY]

спасибо! первый опыт написания дает о себе знать :) поставил и увидел ваш комментарий. не думал, что так оперативно!

[iBear]

Ловите обещанный плюс ;-)

[TijAY]

Спасибо! Очень приятно, что проделанную тобой работу оценили.

[SmartBye]

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

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

[TijAY]

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

[SmartBye]

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

[TijAY]

включить автоматическую перезагрузку в случае возникновения сбоя — вы это имели в виду?

[Nast]

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

[TijAY]

согласен — это необходимый минимум, освоив который, человек сможеть понять причину сбоя.

[AlexeyK]

Я что-то пропустил или вы не сказали где брать отладочные символы? :)

[TijAY]

Написал более пространно: «Получить программу и компоненты, необходимые для ее работы, можно напрямую с сайта Microsoft». Дополнить прямой ссылкой в контексте?

[AlexeyK]

Конечно, если компонент не входит в сам анализатор дампов

[tafe]

Для интересующихся реальным применением WinDBG для анализа дампов рекомендую уже упоминавшийся на Хабре блог Марка Руссиновича, создателя пакета Sysinternals: blogs.technet.com/markrussinovich/default.aspx
и его перевод на русский: blogs.technet.com/mark_russinovich/

[The_Alex]

Полезная информация! Добавлю лишь, что при наличии интернета нет необходимости скачивать символы целиком с Microsoft. Они занимают достаточно много места при установке, около 1Гб для 32х разрядной версии. Можно запрашивать информацию о символах прямо через Интернет, с публичного сервера символов Microsoft. Таким образом у вас будет самая новая версия символов. Сделать это можно следующим образом — в меню «Symbol File Path...» нужно ввести: «srv*c:\symbols*http://msdl.microsoft.com/download/symbols»

[TijAY]

Добавлю это в основной текст, если вы не против.

[The_Alex]

Конечно не против

[olegi]

открываю минидвм, и ничего не делается.

Symbol search path is: srv*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:

[olegi]

сорри, оказывается надо просто долго ждать:

Symbol search path is: srv*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp.080413-2111
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055d720
Debug session time: Wed Jan 21 16:21:00.218 2009 (GMT+3)
System Uptime: 0 days 0:57:40.937
Loading Kernel Symbols
.

Press ctrl-c (cdb, kd, ntsd) or ctrl-break (windbg) to abort symbol loads that take too long.
Run !sym noisy before .reload to track down problems loading symbols.

…
…
Loading User Symbols
Loading unloaded module list
…
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 100000D1, {74c08589, 2, 8, 74c08589}

[TijAY]

конечно, пока все символы требуемые загрузились. у вас все получилось в результате?

[olegi]

ну и без символов выяснил, что в BSOD-е виноват kl1.sys. Это драйвер касперского из поставки с яндексом :-)

[bbuch]

на виндоусфаке есть обзор менее информативной но более простой утилиты www.windowsfaq.ru/content/view/682/94/

[TijAY]

это не утилита, а сценарий, который по контексту командной строки выдаст нужную информацию. безусловно, вещь полезная! спасибо за ссылку.

образно, данный сценарий нажмет за вас все эти кнопки.

[kshiian]

Я бы сказал, что это вводная статья по теме анализа дампов памяти после BSOD. Очень во многих случаях очень сложно определить причину BSOD. Если проблемы с аппартаной частью то BSOD могут сыпаться какие угодно. То же касается и проблем с проблемными драйверам (но в этом случае, может помочь Driver Verifier).