Войти

Показать полную графическую версию : Как определить, что BSOD возникает из-за драйверов


Страниц : [1] 2

Tiim
02-09-2011, 00:39
всем привет. возможно я повторюсь.... если загрузить компьютер в безопасном режиме без загрузки драйверов и в случае отсутствия BSOD можно определить, что проблемы именно из-за драйверов, а не из-за проблем в аппаратной части так сказать? или я ошибаюсь и это ни к чему не приведет?

Vadikan
02-09-2011, 11:48
Tiim, драйверы проверяются так: Использование средства проверки драйверов Windows (http://www.outsidethebox.ms/9948/)

cher
02-09-2011, 11:57
Tiim, после проверки отключите утилиту - verifier /reset
не знаю как на 7-ке ,но на хр частенько из за нее система в bsod уходила.

Amigos
02-09-2011, 12:41
Как определить, что BSOD возникает из-за драйверов » по тексту BSOD - там же пишется к каком модуле ошибка, в случае драйвера это как правило [имя файла драйвера].sys

Forest Gump
02-09-2011, 17:30
Tiim,
BlueScreenView (http://soft.oszone.net/program/8725/BlueScreenView/)
эта программа сканирует директорию С:\Windows\Minidump на наличие в ней файлов-отчетов обо всех BSOD ОС.

Проверить, записывается ли отладочная информация можно так:

Пуск => Выполнить => rundll32.exe shell32.dll,Control_RunDLL sysdm.cpl,,3
откроется вкладка "Дополнительно" окна "Свойства Системы" (кнопка Win+Pause/Break)

Третий раздел - Загрузка и восстановление. Далее жмете "Параметры"
На открывшейся вкладке можно увидеть, производится ли запись отладочной информации, и если да, то куда. По умолчанию это все та же папка Minidump

Если не прав, пусть мэтры поправят :victory:

truvo
04-09-2011, 22:28
http://forum.oszone.net/thread-93436.html

El Scorpio
09-09-2011, 14:11
если загрузить компьютер в безопасном режиме »
То система не будет использовать часть компонентов аппаратного обеспечения. Например, видеокарта в "безопасном режиме" используется в режиме базового VGA-адаптера.
Как следствие, если BSOD вызывается сбоем конкретно этих компонентов "железа", то в безопасном режиме BSOD'а не будет. Однако всё равно проблема будет в железе, а не в драйверах.

Если хочется убедиться в исправности "железа", то лучше будет запустить какой-нибудь LiveCD с "тяжёловесной" сборкой Linux. Например, Ubuntu последней версии :)

Tiim
12-09-2011, 02:29
у меня проблема в том что коды вобщем-то разные, хотя чаще 0x1000008e .......
вот сегодня заметил странную особенность. три раза пыталася скачать музон и буквально после того как я выбирал место для сохранения появлялся BSOD. Коды ошибок при этом были такие 0x000000c1 два раза и один раз 0x00000019

а вообще за сегодня были такие ошибки
0x1000008e одни раз
0x000000c1 пять раз ну и 0x00000019 один раз

Morpheus
12-09-2011, 02:47
Tiim, Постоянно разные коды BSOD (http://forum.oszone.net/thread-110827-25.html)

Tiim
15-09-2011, 23:26
Спасибо за ссылку, я кое-что пробовал из того что там предложено.... причину так и не нашел..
Я вот подумал, может такой BSOD появятся из-за того, что я после перестановки винды некоторые программы диска D непереустанавливая запускаю (total commander допустим)
Кстати, BSOD было замучал окончательно и я решил переустановить винду..... где-то день BSODоф не наблюдал, а вечером когда установил Oper'у получил с ошибкой 00000050

eco
15-09-2011, 23:32
с ошибкой 00000050 »
Этот код говорит о битой ОЗУ, т.е. проблема в железе, и переустановка ОС не поможет. Нужно тестировать ОЗУ Memtest86+ (http://www.memtest.org/)

Tiim
16-09-2011, 00:00
Этот код говорит о битой ОЗУ, т.е. проблема в железе, и переустановка ОС не поможет. Нужно тестировать ОЗУ »
я раньше ей проверял, вроде ошибок не было тут (http://forum.oszone.net/post-1633556.html#post1633556)

poiskowik
18-09-2011, 06:00
Tiim . У меня тоже были проблемы с перезагрузками . Долго мучался и методом тыка добился . Оказалось проблема в гнезде куда вставляется планка памяти . Если есть больше двух гнёзд попробуй оставить какое нибудь свободным и т.д. Тоесть именно какая-то неисправность в гнезде может иметь место . У меня правда память стала работать в более медленном режиме но уже лет восемь комп. не буксует (если конечнр сам не напортачу)

cher
18-09-2011, 09:35
Tiim, memtest не панацея.порой приходиться снимать планку памяти,-очистить контакты стёркой,переставить в другой слот,попробовать с другой оперативкой. ну и еще... можно чуток больше напряжение на память поднять-иногда помогает.
разгоном случаем не баловались? приведите настройки в биос по default-у. и выложите дамп последней ошибки.

Tiim
22-09-2011, 23:28
разгоном не баловался:) пользуясь случаем хотелось бы уточнить для чего это делается?:)
а вообще если вкратце о том как все у меня началось, то:
1) сдохла материнка и вздулись конденсаторы на БП. БП починили и вроде как сутки тестировали на сервисе на мощном компе
2) купил новую материнку, проц, оперативку (со встроенной видюхой), CD/DVD-Rom, куллер.... (строе только жесткий диск и БП)
Так вот сразу же после того как комп собрал и переустановил винду начали появляться синие экраны.
Недавно переустановил винду с другого (нового) диска и где-то день проблем не было.
У меня некоторые программы на диске D установлены и я его ни разу не форматировал. Может причина в них? Часто при синих экранах на мониторе написано проверить правильно ли установлены последние программы..
p.s. загрузил файл минидампа, там две последние ошибки

yurfed
23-09-2011, 01:20
Tiim, можете сами посмотреть что у вас вызывает ошибки. Правда два дампа ещё не показатель. В других может быть что то и другое.
Analyzing "d:\1\Mini092211-06.dmp", please wait... Done.
Crash date: Thu Sep 22 21:42:07.718 2011 (UTC + 4:00)
Stop error code: 0x19_20
Process name: perehvat.exe
Probably caused by: win32k.sys ( win32kHeavyFreePool+bb )
Для продолжения нажмите любую клавишу . . .
--------------------------------------------------------

Analyzing "d:\1\Mini092211-07.dmp", please wait...
Crash date: Thu Sep 22 22:57:09.687 2011 (UTC + 4:00)
Stop error code: 0x8E
Process name: Totalcmd.exe
Probably caused by: Pool_Corruption ( ntExDeferredFreePool+107 )

Tiim
23-09-2011, 03:29
yurfed, а чем это вы расшифровываете минидампы? BlueScreenView вроде такой инфы не дает?

yurfed
23-09-2011, 10:48
а чем это вы расшифровываете минидампы? »
Как с помощью дампа памяти определить драйвер, вызывающий BSOD (http://forum.oszone.net/thread-93436.html)

Tiim
23-09-2011, 12:31
вот проанализировал часть минидампов за последние дни

Crash date: Thu Sep 22 21:57:09.687 2011 (UTC + 3:00)
Stop error code: 0x8E
Process name: Totalcmd.exe
Probably caused by: Pool_Corruption ( ntExDeferredFreePool+107 )

Crash date: Thu Sep 22 22:43:04.765 2011 (UTC + 3:00)
Stop error code: 0x8E
Process name: services.exe
Probably caused by: Pool_Corruption ( ntExDeferredFreePool+162 )

Crash date: Thu Sep 22 22:53:04.484 2011 (UTC + 3:00)
Stop error code: 0x4E_99
Process name: opera.exe
Probably caused by: memory_corruption ( ntMiDecrementShareCount+4f )

Crash date: Thu Sep 22 23:01:53.437 2011 (UTC + 3:0
Stop error code: 0x19_20
Process name: explorer.exe
Probably caused by: win32k.sys ( win32kHeavyFreePool+bb )

Crash date: Thu Sep 22 23:47:29.687 2011 (UTC + 3:00)
Stop error code: 0x19_20
Process name: explorer.exe
Probably caused by: win32k.sys ( win32kHeavyFreePool+bb )

Crash date: Fri Sep 23 00:26:36.250 2011 (UTC + 3:00)
Stop error code: 0x4E_7
Process name: opera.exe
Probably caused by: tcpip.sys ( tcpipTCPQueryInformationExComplete+42 )

Crash date: Fri Sep 23 10:37:42.031 2011 (UTC + 3:00)
Stop error code: 0x19_20
Process name: System
Probably caused by: ntkrnlmp.exe ( ntExFreePoolWithTag+2c1 )
каждый раз разные причины

yurfed
23-09-2011, 13:10
Блок питания: AD-R 350ATX 150 watt »Тут без вопросов, при таком разнообразии ошибок - пробовать с другим БП.
Менять на пробу память. Вопрос в материнской, тоже, остаётся.
Давно, при такой ситуации, у меня оказалась виновата материнская плата.
Вам, если нет возможностей пробовать разные комплектующие, проще отдать в сервис до выяснения обстоятельств.




© OSzone.net 2001-2012