BSOD (Blue Screen Of Death) capire di cosa si parla

Devil_Mcry · March 8, 2011

Molto spesso capita che ci siano richieste di aiuto, dove uno dei sintomi è la presenza randomica di quella che in gergo viene chiamata BSOD

BSOD ( o schermata blu o blue screen of death ) è una schermata blu (mavà ?!) che appare in caso di malfunzionamento HW o SW di talmente vasta scala che implica l'impossibilità del sistema di proseguire normalmente tentando un ripristino del problema in modo trasparente.

Ogni di queste schermate riporta sempre un errore, un codice d'errore per identificare la tipologia del problema ma spesso la cosa non è comunque d'aiuto. Tuttavia se vi capita di beccarvi a vostro malgrado questa tipologia di schermate, riportare cosa è successo in modo preciso può aiutare noi ad aiutare voi !

Certo spesso però queste schermate sono seguite da un riavvio della macchina sempre più veloce (con l'aumentare della velocità dei sistemi) e allora come fare?

Ad ogni bsod viene creato un report, ovvero un file in windows che riporta esattamente COSA girava nel momento dell'errore, il CODICE dell'errore e spesso un MESSAGGIO dell'errore ! E leggerlo sarà molto semplice grazie al seguente programma, ovvero BSOD Viewer

Blue screen of death (STOP error) information in dump files.

Importante per la diagnosi è il BUG_CHECK_CODE e la BUG_CHECK_STRING che viene riporta dal programma in modo semplice, il programma permette di visualizzare l'errore in diversi formati a seconda di quelli che più interessano oltre alla possibilità di salvare il log.

Nella lista compare l'elenco completo delle Bsod avute dall'inizio dell'os. Quando richiedete assistenza e siete soggetti a bsod, segnalate già da subito il tipo di bug_check_code ed eventualmente bug_check_string rilevati !

Devil_Mcry · March 8, 2011

Bsod per gli overclockers !

AMD

0050 - Possibile problema delle memorie, provare ad abbassare la frequenza o alzare i timing (Heka, Callisto, Deneb)

0124 - Vcore basso o core instabile (Deneb,Thuban)

0008E - come sopra (Thuban)

007F - Possibile problema delle ram/fallimento delle medesime, andare di memtest (Regor)

IRQL_NOT_LESS_OR_EQUAL - CPUNB or RAM

DRIVER_IRQL_NOT_LESS_OR_EQUAL - CPUNB or RAM

BAD_POOL_HEADER - CPUNB or RAM

MEMORY_MANAGEMENT - CPUNB or RAM

INTEL

0x101 = Vcore basso

0x124 = alzare o abbassare il QPI/VTT per prima cosa, per poi passare al vcore, if not increase/decrease vcore...tipicamente per gli i7 a 45nm è un problema di voltaggio basso sul VTT/QPI mentre per gli i7 a 32nm (SB) è una questione di vcore

0x0A = RAM/IMC instabile, aumentare il QPI per prima cosa, se non si risolve passare al vcore

0x1A = Memory management error. Tipicamente un banco fallato, testare con memtest. Provare a dare più VDDR

0x1E = alzare vcore

0x3B = alzare vcore

0x3D = alzare vcore

0xD1 = QPI/VTT, alzare o abbassare come necessario, può rendere instabile le ram, aumentare nel caso il dram voltage

0x9C = QPI/VTT tipicamente, ma in alcuni casi anche il vcore

0x50 = RAM timings/Frequency o uncore multi non stabile, aumentare il RAM voltage o aggiustare QPI/VTT

0x109 = voltage memory non adeguato

0x116 = Low IOH (NB) voltage, GPU o problema alle gpu (in configurazione multi gpu)

0x7E = OS file corrotti, lanciate sfc /scannow e chkdsk /r

Thanks Xtremesystems.org

Edited March 8, 2011 by Devil_Mcry

KURTZ · March 8, 2011

ben fatta Ivan, molto utile

**Le085** · March 8, 2011

e se mi dà 0x124 e sono già a fondo scala di vcore (1.7V) cosa faccio?

scherzi a parte ottima guida Ivan

principe andry · March 8, 2011

Un modo molto più comodo e rapido per analizzare il file minidump.

Bravo Ivan :clapclap:

@Leo, proverei a collegare i cavi della batteria della macchina alla scheda madre in tal caso....

ciao

apix_1024 · March 8, 2011

ottima guida :n2mu: :clapclap:

Devil_Mcry · March 8, 2011

grazie :P

**Le085** · March 19, 2011

Oggi BSOD 0x124 con tutto a default...

mi ero scordato di mettere le ram a 1.5V speriamo non sia stato quello (erano a 1,65V)...

effettivamente avevo notato che ogni tanto il pc scattava ma pensavo fosse mal digerito il WCG con tutti i core in full load... da quando avevo messo a 75% non aveva dato più questo problema... bohh....

Devil_Mcry · March 19, 2011

ma facevi qualcosa di particolare?

c'è da dire che quel codice di bsod è davvero tanto generico, il secondo post che riporta i codici valgono in overclock senza test approfonditi di stabilità

ad esempio bsod 0x124 la prendi anche giocando online a giochi multiplayer dove il punkbuster va in conflitto con la realteck integrata

**Le085** · March 19, 2011

nulla, navigavo con WCG al 75%

Devil_Mcry · March 19, 2011

mmm altri hanno avuto rogne del genere nella tua situazione?

pasta · March 29, 2011

devil complimenti : mi permetti qualche chiarimento?

1. BUG_CHECK_CODE: la lista è completa o si possono verificare codici diversi ancora?

2. BUG_CHECK_STRIN: se indicano sempre problemi cpunb e ram e quindi hardware cosa dovrebbe accadere in caso di problemi software come drivers e simili oppure periferiche come il wifi e via di seguito?

3. nella cartella minidump di windows non mi capita sempre che mi viene salvato un file dopo una bsod e sopratutto al riavvio il file viene cancellato: è possibile ovviare a questi 2 problemi?

Devil_Mcry · May 23, 2011

devil complimenti : mi permetti qualche chiarimento?

1. BUG_CHECK_CODE: la lista è completa o si possono verificare codici diversi ancora?

2. BUG_CHECK_STRIN: se indicano sempre problemi cpunb e ram e quindi hardware cosa dovrebbe accadere in caso di problemi software come drivers e simili oppure periferiche come il wifi e via di seguito?

3. nella cartella minidump di windows non mi capita sempre che mi viene salvato un file dopo una bsod e sopratutto al riavvio il file viene cancellato: è possibile ovviare a questi 2 problemi?

ciao, mi dispiace rispondere solo ora ma imho non l'avevo visto.

Allora, i codici non sono tutti li, ce ne sono altri ma quelli sono i più comuni

il bug string spesso indica errori di tipo sw non solo hw

mi pare strano che si cancella il log :| potrebbe essere che premi reset mentre fa il check oppure che hai un problema di stabilità talmente grave che non riesce a portare a termine il minidump

pasta · October 29, 2011

Praticamente il PC non stava facendo nulla di rilevante:

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:WindowsMinidump102911-36613-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:Windowssymbols*[url]http://msdl.microsoft.com/download/symbols[/url]
Executable search path is: 
Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`0364b000 PsLoadedModuleList = 0xfffff800`03890670
Debug session time: Sat Oct 29 19:33:50.858 2011 (UTC + 2:00)
System Uptime: 0 days 8:34:07.075
Loading Kernel Symbols
...............................................................
................................................................
........................................................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {24, 2, 0, fffff800036d06cb}

Probably caused by : nwifi.sys ( nwifi!ExtSTAReceivePacket+a9e )

Followup: MachineOwner
---------

1: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 0000000000000024, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, bitfield :
   bit 0 : value 0 = read operation, 1 = write operation
   bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff800036d06cb, address which referenced memory

Debugging Details:
------------------


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800038fa100
0000000000000024 

CURRENT_IRQL:  2

FAULTING_IP: 
nt!KiTimerWaitTest+22b
fffff800`036d06cb 418b4624        mov     eax,dword ptr [r14+24h]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  System

TRAP_FRAME:  fffff8800371b350 -- (.trap 0xfffff8800371b350)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffffa800a76f700 rbx=0000000000000000 rcx=fffffa800aaa4960
rdx=0000000000000102 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800036d06cb rsp=fffff8800371b4e8 rbp=fffffa800a961c28
r8=fffff880009f4301  r9=0000000000000004 r10=0000000000000013
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
nt!KiTimerWaitTest+0x22b:
fffff800`036d06cb 418b4624        mov     eax,dword ptr [r14+24h] ds:00000000`00000024=????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff800036c71e9 to fffff800036c7c40

STACK_TEXT:  
fffff880`0371b208 fffff800`036c71e9 : 00000000`0000000a 00000000`00000024 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`0371b210 fffff800`036c5e60 : fffffa80`0c7af4f0 fffff880`01d170eb fffffa80`09fed8d0 fffffa80`0a961c28 : nt!KiBugCheckDispatch+0x69
fffff880`0371b350 fffff800`036d06cb : fffffa80`04cd3a70 00000000`00000041 00000000`00000000 1100d3dc`e1bc7170 : nt!KiPageFault+0x260
fffff880`0371b4e8 fffffa80`0a93c854 : fffffa80`0a961c20 fffff880`009f2180 00000000`00000001 00000000`00000102 : nt!KiTimerWaitTest+0x22b
fffff880`0371b568 fffffa80`0a961c20 : fffff880`009f2180 00000000`00000001 00000000`00000102 fffff880`0314fc46 : 0xfffffa80`0a93c854
fffff880`0371b570 fffff880`009f2180 : 00000000`00000001 00000000`00000102 fffff880`0314fc46 00000000`00000000 : 0xfffffa80`0a961c20
fffff880`0371b578 00000000`00000001 : 00000000`00000102 fffff880`0314fc46 00000000`00000000 fffffa80`09fe8010 : 0xfffff880`009f2180
fffff880`0371b580 00000000`00000102 : fffff880`0314fc46 00000000`00000000 fffffa80`09fe8010 fffffa80`0a93c850 : 0x1
fffff880`0371b588 fffff880`0314fc46 : 00000000`00000000 fffffa80`09fe8010 fffffa80`0a93c850 fffffa80`0a93c850 : 0x102
fffff880`0371b590 fffff880`0314f3f2 : 00000000`00000103 00000000`00000001 fffffa80`09fe8010 fffff880`0371b8a8 : nwifi!ExtSTAReceivePacket+0xa9e
fffff880`0371b670 fffff880`0312f053 : fffffa80`0c7af4f0 00000000`00000000 00000000`0000ff02 00000000`00000000 : nwifi!ExtSTAReceivePacket+0x24a
fffff880`0371b6c0 fffff880`0312f808 : fffffa80`08185010 fffffa80`0b776770 fffffa80`0b776770 fffffa80`0b776770 : nwifi!Pt6RepackRecvNBL+0x9ef
fffff880`0371b910 fffff880`01c62900 : fffff880`0371b960 00000000`00000000 00000000`00000000 fffff880`01d1736f : nwifi!Pt6Receive+0x2b0
fffff880`0371b970 fffff800`036056e5 : fffffa80`07ebb000 00000000`00000d00 00000000`00000000 00000000`00000000 : ndis!NdisFIndicateReceiveNetBufferLists+0x80
fffff880`0371b9b0 fffff880`03f42301 : 00000000`00000000 fffff880`04cbad40 fffff880`04cbb5b8 fffffa80`079c9000 : hal!HalpDmaReturnToScatterPool+0x4d
fffff880`0371ba00 00000000`00000000 : fffff880`04cbad40 fffff880`04cbb5b8 fffffa80`079c9000 00000000`00000000 : 0xfffff880`03f42301


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nwifi!ExtSTAReceivePacket+a9e
fffff880`0314fc46 4881c4a0000000  add     rsp,0A0h

SYMBOL_STACK_INDEX:  9

SYMBOL_NAME:  nwifi!ExtSTAReceivePacket+a9e

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nwifi

IMAGE_NAME:  nwifi.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4a5bcc3b

FAILURE_BUCKET_ID:  X64_0xA_nwifi!ExtSTAReceivePacket+a9e

BUCKET_ID:  X64_0xA_nwifi!ExtSTAReceivePacket+a9e

Followup: MachineOwner
---------

**Le085** · October 29, 2011

Dal log sembrerebbe un problema di instabilità hardware oppure un problema da ricondurre al driver wifi.

**tom1** · October 30, 2011

sono sempre driver

RIC3 · October 30, 2011

ottima guida!

RIC3 · October 30, 2011

ma si devi scaricare un programma?se si dove si trova?

**tom1** · October 30, 2011

Puoi scaricare questo

Blue screen of death (STOP error) information in dump files.

pasta · October 30, 2011

Prova ad aggiornare il tuo Wireless-N USB Network Adapter

ok grazie, è la prima cosa che farò.....in serata però ho avuto anche questo:

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:WindowsMinidump102911-16832-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:Windowssymbols*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`0361d000 PsLoadedModuleList = 0xfffff800`03862670
Debug session time: Sat Oct 29 21:44:50.697 2011 (UTC + 1:00)
System Uptime: 0 days 0:40:26.541
Loading Kernel Symbols
...............................................................
................................................................
.....................................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {1, 2, 0, fffff800036a5b28}

Probably caused by : ntkrnlmp.exe ( nt!KiInsertTimerTable+1c8 )

Followup: MachineOwner
---------

0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 0000000000000001, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, bitfield :
   bit 0 : value 0 = read operation, 1 = write operation
   bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff800036a5b28, address which referenced memory

Debugging Details:
------------------


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800038cc100
0000000000000001 

CURRENT_IRQL:  2

FAULTING_IP: 
nt!KiInsertTimerTable+1c8
fffff800`036a5b28 488b4500        mov     rax,qword ptr [rbp]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  System

TRAP_FRAME:  fffff80000b9c3d0 -- (.trap 0xfffff80000b9c3d0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000001 rbx=0000000000000000 rcx=fffff80003836f70
rdx=fffffa8009a60268 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800036a5b28 rsp=fffff80000b9c560 rbp=0000000000000001
r8=fffffa8009bf5530  r9=000000000000009b r10=fffff8000380fe80
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl nz na pe cy
nt!KiInsertTimerTable+0x1c8:
fffff800`036a5b28 488b4500        mov     rax,qword ptr [rbp] ss:0018:00000000`00000001=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff800036991e9 to fffff80003699c40

STACK_TEXT:  
fffff800`00b9c288 fffff800`036991e9 : 00000000`0000000a 00000000`00000001 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff800`00b9c290 fffff800`03697e60 : 00000000`40a00088 00000000`0003b3f1 fffffa80`04cb2d30 ffffffff`fffe7960 : nt!KiBugCheckDispatch+0x69
fffff800`00b9c3d0 fffff800`036a5b28 : ffffffff`fffe7960 fffff800`036a55fc fffff800`0380fe80 00000000`00000000 : nt!KiPageFault+0x260
fffff800`00b9c560 00000000`00000000 : fffff800`00b9c608 00000000`00000002 00000000`00025f9a fffff800`036a543d : nt!KiInsertTimerTable+0x1c8


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!KiInsertTimerTable+1c8
fffff800`036a5b28 488b4500        mov     rax,qword ptr [rbp]

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  nt!KiInsertTimerTable+1c8

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4e02aaa3

FAILURE_BUCKET_ID:  X64_0xA_nt!KiInsertTimerTable+1c8

BUCKET_ID:  X64_0xA_nt!KiInsertTimerTable+1c8

Followup: MachineOwner
---------

**tom1** · October 30, 2011

sempre driver, se continua di questo passo direi di formattare

pasta · October 30, 2011

sempre driver, se continua di questo passo direi di formattare

mi sapresti dire quale driver ha causato il crash?....almeno inizio agendo su quello (come ho fatto per il precedente crash in cui ho aggiornato i drivers del wifi...almeno come prova)

**tom1** · October 30, 2011

è dato dal processo ntkrnlmp.exe ed è riconducibile ad un driver che non si è avviato correttamente, il driver non è definito

pasta · October 30, 2011

nenahce tramite questo si capisce?

**tom1** · October 30, 2011

no quello è un processo di windows , se crea lui i bsod puoi solo formattare

Sign In

BSOD (Blue Screen Of Death) capire di cosa si parla

Recommended Posts

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Join the conversation