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

Комментарии 26

Это интересно и полезно, но прежде чем я поставлю плюс — уберите, пожалуйста, под кат ;-)
спасибо! первый опыт написания дает о себе знать :) поставил и увидел ваш комментарий. не думал, что так оперативно!
НЛО прилетело и опубликовало эту надпись здесь
Ловите обещанный плюс ;-)
Спасибо! Очень приятно, что проделанную тобой работу оценили.
Последний раз бсод видел лет 5-7 назад. На ХР еще ни разу. Он по умолчанию отключен что ли? Просто бывали случаи когда компьютер зависал намертво с черным экраном, мне кажется там должен быть бсод.

И еще проблема. Иногда при больших нагрузках отключается видео (т.е. сам компьютер судя по всему живой, звук есть, но вот экраны все тухнут). Можно в каких-то логах увидеть причину? В админстирровании «Просмотр событий» эти ошибки не отображаются(
Отключить можно создание дампа, но не BSoD. Голубой экран отображается при ошибке в процессе, работающем на системном уровне. Может быть у вас проблема с видеокартой, но не с программным обеспечением (не думаю, что уместно обсуждать личную проблему в этой теме).
Ну тут идет обсуждения выявления ошибок. В данном случае ошибок процессора. Другие способы тоже не мешало бы разобрать.
НЛО прилетело и опубликовало эту надпись здесь
включить автоматическую перезагрузку в случае возникновения сбоя — вы это имели в виду?
Мне кажется статься слишком схематичная. Рекомендую автору написать еще одну, где побольше написать о работе в программе (ведь наверняка у нее есть гораздо больше возможностей, нежели просто просмотр дама), а также непосредственно о том, каким образом проводить анализ и поиск неисправности и причины, вызвавшей ее и путях устранения, если конечно у автора есть такой опыт.
согласен — это необходимый минимум, освоив который, человек сможеть понять причину сбоя.
Я что-то пропустил или вы не сказали где брать отладочные символы? :)
Написал более пространно: «Получить программу и компоненты, необходимые для ее работы, можно напрямую с сайта Microsoft». Дополнить прямой ссылкой в контексте?
Конечно, если компонент не входит в сам анализатор дампов
Для интересующихся реальным применением WinDBG для анализа дампов рекомендую уже упоминавшийся на Хабре блог Марка Руссиновича, создателя пакета Sysinternals: blogs.technet.com/markrussinovich/default.aspx
и его перевод на русский: blogs.technet.com/mark_russinovich/
Полезная информация! Добавлю лишь, что при наличии интернета нет необходимости скачивать символы целиком с Microsoft. Они занимают достаточно много места при установке, около 1Гб для 32х разрядной версии. Можно запрашивать информацию о символах прямо через Интернет, с публичного сервера символов Microsoft. Таким образом у вас будет самая новая версия символов. Сделать это можно следующим образом — в меню «Symbol File Path...» нужно ввести: «srv*c:\symbols*http://msdl.microsoft.com/download/symbols»
Добавлю это в основной текст, если вы не против.
Конечно не против
открываю минидвм, и ничего не делается.
Symbol search path is: srv*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
сорри, оказывается надо просто долго ждать:

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}
конечно, пока все символы требуемые загрузились. у вас все получилось в результате?
ну и без символов выяснил, что в BSOD-е виноват kl1.sys. Это драйвер касперского из поставки с яндексом :-)
это не утилита, а сценарий, который по контексту командной строки выдаст нужную информацию. безусловно, вещь полезная! спасибо за ссылку.

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