Ocasionalmente (sempre no momento menos conveniente ...) recebo este BSOD no meu PC com Windows 7:
Problem signature:
Problem Event Name: BlueScreen
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional information about the problem:
BCCode: 124
BCP1: 0000000000000000
BCP2: FFFFFA8007BBB028
BCP3: 00000000B2000040
BCP4: 0000000000000800
OS Version: 6_1_7601
Service Pack: 1_0
Product: 256_1
Files that help describe the problem:
C:\Windows\Minidump\010812-16578-01.dmp
C:\Users\al\AppData\Local\Temp\WER-37500-0.sysdata.xml
Tentar descobrir mais informações sobre isso parece ser inútil porque o arquivo C:\Users\al\AppData\Local\Temp\WER-37500-0.sysdata.xml
não existe (a pasta existe, mas nenhum arquivo que começa com "WER") e a tentativa de analisar o arquivo minidump produz o seguinte:
Bug Check Code: 0x00000124
Parameter 1: 00000000`00000000
Parameter 2: fffffa80`07bbb028
Parameter 3: 00000000`b2000040
Parameter 4: 00000000`00000800
Causing driver: hal.dll
Address: hal.dll+12a3b
Processor: x64
Crash address: ntoskrnl.exe+7cc40
CPU count: 4
Major ver: 15
Minor ver: 7601
Dump size: 283,576
e:
Filename: ntoskrnl.exe
Addr. in Stack: ntoskrnl.exe+18d513
From addr: fffff800`02a18000
To addr: fffff800`03001000
Size: 0x005e9000
Timestamp: 0x4e02aaa3
Time string: 6/22/2011 9:53:23 PM
Product name: Microsoft® Windows® Operating System
File desc: NT Kernel & System
File ver: 6.1.7601.17640 (win7sp1_gdr.110622-1506)
Company: Microsoft Corporation
Full path: C:\Windows\system32\ntoskrnl.exe
Bem, hal.dll
e ntoskrnl.exe
fazem parte do sistema operacional e não parece haver nada que eu possa fazer para atualizar esses "drivers".
Eu sei que o hardware é perfeito (incluindo voltagens de RAM na BIOS etc) porque esse mesmo sistema exato funciona perfeitamente com Ubuntu 8
e Ubuntu 10
(configuração de inicialização tripla). O problema está definitivamente no software do sistema, mas como faço para descobrir o que é?
Respostas:
SRVC:\SymbolCachehttp://msdl.microsoft.com/download/symbols
Probably caused by : usbhub.sys ( usbhub!UsbhTrapFatalTimeout_x9f+28 )
mas você pode clicar no!analyze -v
link para obter um rastreamento detalhado da pilha.fonte
BlueScreenView
. A única vantagem!analyze -v
é a capacidade de mostrar o código-fonte, se eu o tiver, e como eu não sou o desenvolvedorntoskrnl.exe
, isso não me ajuda. Além do fato de estar horrivelmente inchado e comprometer ainda mais a estabilidade do sistema. A instalação é justificada apenas quando você desenvolve drivers.Uma maneira muito mais simples seria usar o BlueScreenView . Se você olhar para a coluna "Endereço na pilha", poderá ver de onde veio a chamada problemática. Esta é a última linha que possui uma entrada nesta coluna.
Tomando o nome do arquivo do driver, você pode rastrear novamente o fornecedor / aplicativo / dispositivo ao qual pertence e, portanto, encontrar o culpado com alta probabilidade.
fonte
ntoskrnl.exe+18d513
. O comentário postado por @AndrejaKo é a melhor resposta até agora.