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

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

TijAY Feb 15 2009 at 12:12

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

SmartBye Feb 15 2009 at 12:19

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

UFO just landed and posted this here

TijAY Feb 15 2009 at 13:37

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

Nast Feb 15 2009 at 13:37

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

TijAY Feb 15 2009 at 13:40

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

AlexeyK Feb 15 2009 at 13:56

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

TijAY Feb 15 2009 at 16:46

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

AlexeyK Feb 15 2009 at 16:50

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

tafe Feb 15 2009 at 14:08

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

The_Alex Feb 15 2009 at 14:09

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

TijAY Feb 15 2009 at 17:08

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

The_Alex Feb 15 2009 at 19:39

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

olegi Feb 15 2009 at 19:45

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

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

olegi Feb 15 2009 at 19:48

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

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 Feb 15 2009 at 19:51

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

olegi Feb 16 2009 at 11:44

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

bbuch Feb 15 2009 at 14:26

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

TijAY Feb 15 2009 at 15:01

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

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

kshiian Feb 26 2014 at 00:54

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