Como encontrar a fonte deste BSOD? Como corrigi-lo?

Question

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\Minidump0812-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 inicia com "WER") e tenta analisar o rendimento do arquivo de minidespejo 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 parece que não há nada que eu possa fazer para atualizar esses "drivers".

Eu sei que o hardware é perfeito (incluindo voltagens de RAM no BIOS, etc) porque este mesmo sistema funciona perfeitamente com Ubuntu 8 e Ubuntu 10 (configuração de inicialização tripla). O problema está definitivamente no software do sistema, mas como posso descobrir o que é isso?

    

Answer 1

1. Instale as Ferramentas de depuração para Windows .
2. Após a instalação, abra o WinDbg a partir do menu Iniciar.
3. Clique em Arquivo > Caminho do arquivo de símbolo e insira SRVC:\SymbolCachehttp://msdl.microsoft.com/download/symbols (substitua C: \ SymbolCache pelo caminho de sua escolha)
4. Clique em Arquivo > Abra o Crashdump e abra o arquivo memory.dmp em seu% SystemRoot% (geralmente C: \ WINDOWS ou C: \ WINNT) OU o arquivo mais recente em% SystemRoot% \ Minidump se tiver despejos completos desabilitados.
5. O driver incorreto será listado abaixo, semelhante a este: Probably caused by : usbhub.sys ( usbhub!UsbhTrapFatalTimeout_x9f+28 ) , mas você pode clicar no link !analyze -v para obter um rastreamento detalhado da pilha.

Answer 2

Uma maneira muito mais simples seria usar o BlueScreenView . Se você olhar para a coluna "Endereço na pilha", poderá ver de onde veio originalmente a chamada problemática. Esta é a última linha que possui uma entrada nesta coluna.

Tomando o nome do arquivo do driver, você pode rastrear o fornecedor / aplicativo / dispositivo ao qual ele pertence e, portanto, encontrar o culpado com alta probabilidade.