Come interpretare i codici BSOD in Windows 11 passo dopo passo

PCHardwarePro » Windows » Come interpretare i codici BSOD in Windows 11 passo dopo passo

Se utilizzi Windows 11 da un po' di tempo, probabilmente ti sarà capitato di imbatterti nella famigerata schermata blu della morte. Quella schermata in cui compare un messaggio che indica che il PC ha riscontrato un problema, una percentuale di raccolta dati e uno o più codici di errore. Hai a malapena il tempo di leggere prima che il computer visualizzi una schermata blu e si riavvii.. Quei codici BSOD (o STOP) sono l'indizio principale per capire cosa è andato storto.Ma interpretarli non è sempre semplice come "guardare nel Visualizzatore eventi".

Inoltre, in molti casi accade qualcosa di ancora più frustrante: provi a fare quello che tutte le guide raccomandano (controlla il visualizzatore, apri il minidump, usa un analizzatore automatico…) e scopri che Windows non è nemmeno riuscito a creare il file di dumpL'arresto anomalo compare nel Visualizzatore eventi, certo, ma la voce successiva indica che "la creazione del file di dump non è riuscita". Cosa fare in questo caso? Si tratta di un grave errore di sistema o state cercando nel posto sbagliato?

Che cos'è esattamente una schermata blu di errore (BSOD) in Windows 11?

Una schermata blu o BSOD (Schermata blu della morte) è, essenzialmente, Il meccanismo di difesa di Windows si attiva quando rileva un errore critico dal quale non è possibile ripristinare il sistema senza rischiare la corruzione dei dati.Quando ciò accade, il sistema blocca tutto, visualizza la schermata blu e forza un riavvio per proteggere l'integrità del sistema e dell'hardware.

In Windows 10 e Windows 11, il messaggio tipico che appare è qualcosa del tipo "Il tuo PC ha riscontrato un problema e deve essere riavviato", accompagnato da un codice di errore in formato testuale (come CRITICAL_PROCESS_DIED) e talvolta un codice STOP in formato esadecimale.Queste informazioni, sebbene possano sembrare prive di senso, sono fondamentali per capire se si tratta di un problema relativo a un driver, un guasto hardware, un problema di memoria, un guasto del disco, un bug di Windows o un aggiornamento recente.

Le cause più frequenti di questi schermi sono piuttosto note: Hardware difettoso (RAM, CPU, SSD/HDD), driver obsoleti o scritti male, software incompatibile, malware e file di sistema corrotti.Anche fattori fisici come il surriscaldamento o problemi di alimentazione entrano in gioco, manifestandosi come errori hardware (ad esempio, WHEA_UNCORRECTABLE_ERROR o MACHINE_CHECK_EXCEPTION).

Negli ultimi tempi ci sono stati anche screenshot causati da patch di Windows 11 difettoseAd esempio, alcuni recenti aggiornamenti cumulativi hanno generato schermate blu con codici come KERNEL_SECURITY_CHECK_FAILURE quando la GPU veniva utilizzata intensamente, oppure hanno interrotto la connettività Wi-Fi su alcuni computer fino a quando Microsoft non ha rilasciato un altro aggiornamento correttivo.

Che cos'è un codice STOP e quali informazioni contiene?

Il codice STOP è l'identificativo numerico dell'errore critico che ha causato l'arresto di Windows. Solitamente viene visualizzato in formato esadecimale (ad esempio, 0x00000050 o 0x00000124) ed è associato a un nome simbolico, come PAGE_FAULT_IN_NONPAGED_AREA o WHEA_UNCORRECTABLE_ERROR.

Quel nome simbolico è quello che Microsoft usa nella sua documentazione, ad esempio, DRIVER_POWER_STATE_FAILURE corrisponde al codice 0x0000009FSe apri un file di dump con il debugger WinDbg ed esegui il comando !analyze -v, vedrai qualcosa di simile a questo:

BugCheck 9F, {3, ffffe000f38c06a0, fffff803c596cad0, ffffe000f46a1010}

La riga sopra riporta il codice di controllo degli errori (9F) e quattro parametri aggiuntivi tra parentesi graffe. Ogni codice STOP ha fino a quattro parametri che forniscono un contesto molto specifico su ciò che è accaduto (ad esempio, indirizzi di memoria coinvolti, tipo di operazione, identificatori del dispositivo, ecc.). Il riferimento ufficiale al codice di bugcheck di Microsoft descrive in dettaglio il significato di ciascun parametro per ogni bugcheck.

Il nome simbolico (ad esempio, DRIVER_POWER_STATE_FAILURE) e il valore esadecimale (0x9F) compaiono insieme nell'output del debugger e nella documentazione. Quando si cercano informazioni tecniche avanzate, è consigliabile utilizzare entrambi: il nome e il codice.Al contrario, le guide più generiche tendono a concentrarsi sul nome nel testo perché è più leggibile.

Come vengono raccolti i parametri di un codice di controllo degli errori?

Se vuoi andare oltre "Ho avuto una schermata blu" e capire cosa è andato storto, devi ottenere il codice STOP e i relativi parametriEsistono diversi modi per raggiungere questo obiettivo, a seconda che si disponga di dump di memoria, si possa collegare un debugger o si abbia a disposizione solo il registro eventi.

Il modo più accessibile per la maggior parte degli utenti è tramite il Visualizzatore eventi. Nel registro di sistema, Gli eventi di controllo degli errori includono il codice STOP e i quattro parametri associatiNon è sempre un documento piacevole o di facile lettura, ma le informazioni ci sono, a meno che la creazione del dump non sia fallita o il sistema non si sia bloccato in modo così grave da non poter essere registrato correttamente.

Un altro modo più tecnico è caricare il file di dump generato (il minidump o il dump completo) in WinDbg o nel debugger di Windows e utilizzare Il comando !analyze, idealmente con l'opzione -v per visualizzare un'analisi dettagliataLì potrai visualizzare il BugCheck con i relativi parametri, il modulo che probabilmente ha causato il problema (ad esempio, hidusb.sys) e persino lo stack di chiamate al momento dell'errore.

Se hai un debugger del kernel collegato al computer quando si verifica l'errore, Il controllo degli errori farà sì che il sistema si arresti direttamente nel debuggerIn questo scenario, la schermata blu potrebbe non apparire nemmeno sul monitor; in tal caso, tutte le informazioni vengono inviate alla finestra del debugger. È possibile visualizzare nuovamente i dati del bugcheck con il comando `.bugcheck` o riavviare l'analisi con `!analyze`.

Perché a volte la creazione del file di dump non riesce?

Una lamentela molto comune è trovare una voce di registro nel Visualizzatore eventi che dice "La creazione del file di dump non è riuscita a causa di un errore durante il processo di creazione del dump."Questo non significa necessariamente che il sistema sia irrimediabilmente danneggiato, ma indica che qualcosa ha impedito a Windows di salvare quelle informazioni cruciali.

Le cause possono essere molteplici: mancanza di spazio su disco, errori nel volume in cui deve essere scritto il dump, danneggiamento del file system, problemi di memoria così gravi da impedire il completamento dell'operazione o impostazioni di dump errate.Può anche interferire con software di terze parti (antivirus aggressivo, crittografia di basso livello, ecc.).

In questi casi, è spesso utile rivedere le impostazioni di sistema avanzate, nella sezione Avvio e ripristino, per assicurarsi che Hai abilitato un tipo di dump (minidump, kernel o completo) e il percorso di salvataggio è valido.Inoltre, è consigliabile verificare che l'unità di sistema non sia piena e che il file system sia privo di errori (utilizzando strumenti come CHKDSK).

Se continua a non funzionare, non è perché lo stai guardando nel modo sbagliato: Il tuo team non è riuscito a "registrare" l'errore sotto forma di dump.In questi casi, sarà necessario fare maggiore affidamento sul Visualizzatore eventi, sui test hardware e sull'analisi del contesto (cosa si stava facendo, cosa è stato aggiornato di recente, ecc.).

Lettura delle informazioni di debug con WinDbg

Per coloro che vogliono arrivare in fondo alla questione, lo strumento chiave è WinDbg. Quando si carica un dump del kernel e si esegue !analyze -v, il debugger mostra una descrizione dettagliata dell'errore, inclusi il bugcheck, i parametri, lo stack di chiamate e il modulo sospetto.

Ad esempio, potresti visualizzare un messaggio di errore simile a "Probabilmente causato da: hidusb.sys", che indica un problema con il controller USB HID (mouse, tastiere, ecc.). Da lì è possibile approfondire, impostare punti di interruzione nel codice pertinente, procedere passo passo e verificare esattamente dove si verifica la violazione nel controller.

Se hai la possibilità di collegare un debugger al sistema con problemi persistenti, il debug del kernel è particolarmente utile per errori ricorrenti o molto complessiSoprattutto quando altre tecniche diagnostiche hanno raggiunto i loro limiti. Tuttavia, è sempre consigliabile annotare il testo esatto che appare sul messaggio della schermata blu e le azioni specifiche che portano al problema, in modo da poterlo riprodurre in modo controllato.

Microsoft offre una documentazione specifica su come analizzare i dump di memoria (sia in modalità kernel che in modalità utente) e su come utilizzare in modo approfondito le estensioni del debugger, in particolare Analizzare e le sue opzioniPer gli sviluppatori e il personale di supporto avanzato, questo permette di distinguere se il problema risiede effettivamente nel proprio codice o in un altro componente del sistema.

Schermate blu (BSOD) comuni in Windows 11 e il loro significato usuale

Esiste una serie di errori di schermata blu che si verificano con una certa frequenza in Windows 10 e Windows 11. Riconoscerli a colpo d'occhio aiuta a stabilire le priorità su dove iniziare a cercare.. Alcuni dei più comuni sono:

• PAGE_FAULT_IN_NON_PAGED_AREA (0x00000050)Windows ha tentato di accedere a una pagina di memoria inesistente o attualmente inaccessibile. Questo di solito indica un problema con la RAM o un volume NTFS danneggiato.
• IRQL_NON_MENO_O_UGUALE (0x0000000A)Un controller in modalità kernel ha tentato di accedere alla memoria paginabile quando non avrebbe dovuto (IRQL troppo alto). Questo è un tipico caso di driver difettosi o hardware malfunzionante.
• ECCEZIONE_SERVIZIO_DI_SISTEMA (0x0000003B)Un servizio di sistema, solitamente un driver o un processo critico, ha generato un'eccezione non gestita. Ciò è spesso correlato a driver incompatibili o a software che interferisce eccessivamente con il kernel.
• DRIVER_IRQL_NON_MENO_O_UGUALE (0x000000D1)Un controller ha tentato di accedere a un indirizzo di memoria non valido con un livello di priorità elevato. Ancora una volta, quasi certamente un guidatore problematico.
• PROCESSO_CRITICO_MORTO (0x000000EF)Un processo di sistema essenziale si è interrotto in modo imprevisto. Ciò potrebbe essere causato da file di sistema danneggiati, malware o errori di Windows.
• GESTIONE_MEMORIA (0x0000001A)Ciò indica incongruenze nella gestione della memoria. Queste sono generalmente causate da moduli RAM difettosi, errori hardware o gravi danneggiamenti del sistema.
• ECCEZIONE_THREAD_DI_SISTEMA_NON_GESTITA (0x0000007E): fortemente associato a controller vecchi o incompatibili che generano eccezioni non gestite.
• DISPOSITIVO_DI_AVVIO_INACCESSIBILE (0x0000007B)Impossibile accedere alla partizione di avvio di Windows. Ciò potrebbe essere dovuto a modifiche nella configurazione SATA (RAID/AHCI), alla mancanza di controller di archiviazione o a file di avvio danneggiati.
• VOLUME_AVVIO_UNMOUNTABLE (0x000000ED)Il sistema non riesce a montare correttamente l'unità di avvio, spesso durante l'avvio. Di nuovo, problemi del disco o del file system.
• VIOLAZIONE_DPC_WATCHDOG (0x00000133): tipicamente collegato a driver che bloccano il sistema per troppo tempo (timeout superati nelle code DPC).
• WHEA_ERRORE_INCORREGGIBILE (0x00000124) y MACHINE_CHECK_ECCEZIONE (0x0000009C): errori strettamente correlati a guasti hardware (CPU, RAM, scheda madre, alimentatore) o a gravi problemi di temperatura o tensione.

Ciascuno di questi errori ha una propria voce nella documentazione Microsoft, con Spiegazione tecnica, significato dei parametri e raccomandazioni specificheSe il codice STOP corrisponde a uno di questi, è consigliabile consultare la documentazione ufficiale per affinare la diagnosi.

Codici BSOD meno frequenti e linee guida tipiche

Oltre ai controlli standard dei bug, molti produttori (Huawei, Dell e altri) raccolgono dati interni Elenchi di codici meno comuni con suggerimenti rapidi per il loro supporto tecnico. Sebbene siano progettati per il loro ecosistema, danno un'idea della direzione generale che solitamente prendono:

Errori come MANTENIMENTO DEL PULSANTE DI ACCENSIONE AVVIATO MANUALMENTE o GUASTO HARDWARE NMI Questi errori si verificano solo se il sistema è configurato per visualizzare una schermata blu quando si tiene premuto il pulsante di accensione per un certo periodo di tempo. Anche se l'attivazione è "manuale", il fatto che si verifichi potrebbe indicare un problema hardware che costringe l'utente a spegnere il computer in questo modo.

Altri, come CPFN_REFERENCE_COUNT, FAST_ERESOURCE_PRECONDITION_VIOLATION o INVALID_KERNEL_STACK_ADDRESSQuesti problemi sono solitamente attribuiti a errori interni di Windows che raramente si ripresentano. In questi casi, il consiglio tipico è di riavviare il computer, installare le patch e, se il problema persiste, contattare l'assistenza tecnica perché potrebbe esserci un grave danneggiamento o un bug nel sistema stesso.

Esistono anche molti codici quasi sempre associati a applicazioni o driver di terze partiAd esempio, QUOTA_UNDERFLOW, PROCESS_HAS_LOCKED_PAGES, BUGCODE_NDIS_DRIVER (rete), BUGCODE_USB3_DRIVER (USB 3.0), DRIVER_OVERRAN_STACK_BUFFER o FSRTL_EXTRA_CREATE_PARAMETER_VIOLATION. In pratica, di solito si consiglia di verificare quali programmi o driver sono stati installati di recente, in particolare gestori di PC, software antivirus o strumenti di ottimizzazione "miracolosi", e disinstallarli per vedere se il problema scompare.

Esistono codici direttamente correlati al file system, come ad esempio FAT_FILE_SYSTEM, UDFS_FILE_SYSTEM, EXFAT_FILE_SYSTEM o FLTMGR_FILE_SYSTEMQuando questi errori si verificano ripetutamente, indicano la presenza di unità partizionate in modo errato, installazioni di sistema non standard, dischi difettosi o driver di filtro che interferiscono con l'accesso al disco. In molti casi, i produttori consigliano di ripristinare le impostazioni di fabbrica o di reinstallare Windows se il problema persiste dopo l'aggiornamento e la riparazione del file system.

Altri codici sono collegati a Guasti alla CPU, alla memoria o all'hypervisorAd esempio, MACHINE_CHECK_EXCEPTION, WHEA_INTERNAL_ERROR, HYPERVISOR_ERROR o STORE_DATA_STRUCTURE_CORRUPTION. Questi errori indicano quasi sempre problemi hardware o problemi con configurazioni di virtualizzazione avanzate, e la soluzione usuale è quella di ricorrere alla garanzia o a una diagnostica fisica avanzata.

Quando il problema deriva dagli aggiornamenti di Windows 11

Non tutti gli BSOD sono causati dall'hardware o dal software installato. A volte, lo sono Gli aggiornamenti di Windows stessi introducono regressioniSono stati documentati casi recenti in cui le patch cumulative per Windows 11 hanno causato schermate KERNEL_SECURITY_CHECK_FAILURE su computer con determinate schede grafiche, nonché problemi di connettività Wi-Fi.

In questi scenari, Microsoft di solito riconosce pubblicamente il problema e pubblicare un aggiornamento correttivoAd esempio, un aggiornamento cumulativo difettoso potrebbe essere KB5074105, mentre l'aggiornamento che corregge i bug potrebbe essere KB5077181. Quest'ultimo viene distribuito tramite Windows Update e implementato gradualmente.

Se inizi a vedere schermate blu dopo aver installato un aggiornamento specifico e prima tutto funzionava bene, è una buona idea controllare la cronologia di Windows Update e Verifica se il tuo articolo della Knowledge Base è associato a problemi noti nella documentazione Microsoft.Nell'attesa della patch, potresti disinstallare l'aggiornamento in conflitto o sospendere temporaneamente gli aggiornamenti automatici, sebbene ciò comporti sempre un certo rischio per la sicurezza.

In ogni caso, oltre a installare la patch che risolve il problema, è consigliabile mantenere aggiornato il resto del sistema: Aggiornare BIOS/UEFI, chipset, driver grafici, di rete e di archiviazione alle versioni più recenti.soprattutto se il produttore della tua apparecchiatura fornisce i propri strumenti (SupportAssist, PC Manager, ecc.).

Strumenti e tecniche per analizzare a fondo una schermata blu di errore (BSOD).

Oltre al consiglio generico di "aggiornare tutto e riavviare", esistono diversi strumenti potenti progettati proprio per questo scopo. Diagnosticare la causa principale di una schermata bluanche quando i dump non sono stati generati in modo affidabile.

Da un lato, c'è il Visualizzatore eventi, di cui abbiamo già parlato. Accedendo a Registri di Windows > Sistema, è possibile filtrare gli errori critici che si sono verificati in prossimità della schermata blu di errore (BSOD). Anche se il dump non va a buon fine, la registrazione dell'arresto imprevisto e del tentativo di creazione del dump di solito rimane., con alcuni dati utili (codice di errore, modulo, ecc.).

Molto utili sono anche i file minidump, quei piccoli file che Windows crea in C:\Windows\Minidump quando riesce a completare almeno un dump parziale. Contengono informazioni sintetiche sullo stato del sistema al momento del guasto. e può essere aperto con WinDbg o altri strumenti per identificare il driver o il modulo coinvolto.

Se il sistema si avvia, un'altra opzione è utilizzare Driver VerifierUno strumento integrato di Windows che sottopone i driver a una sorta di "stress test" in tempo reale. Ne verifica il comportamento in relazione alla memoria, agli IRQL, alle code e così via. Quando rileva un utilizzo errato, può forzare un controllo proattivo degli errori per identificare chiaramente quale driver non funziona correttamente. Tuttavia, questo processo introduce un certo overhead, quindi è necessario selezionare attentamente i driver da controllare per evitare di rallentare eccessivamente il computer.

Inoltre, puoi fare affidamento su altre utilità avanzate come la suite di Strumenti Sysinternals e monitor di reteQuesti strumenti aiutano a isolare i problemi che potrebbero in definitiva causare una schermata blu (perdite di memoria eccessive, driver non responsivi, servizi bloccati, ecc.). Insieme al registro eventi e ai dump, consentono di ricostruire un quadro abbastanza completo di ciò che sta accadendo.

Consigli specifici per sviluppatori e software di terze parti

Se sviluppate driver o software che interferiscono con il kernel, prima o poi vi imbatterete in una schermata blu di errore (BSOD) causata dal vostro stesso codice. In tal caso, una semplice "reinstallazione di Windows" non risolverà il problema. È ora di eseguire il debug e correggere il problemaPer fare ciò, il metodo più efficace è utilizzare il debug del kernel con WinDbg, riprodurre l'errore in un ambiente controllato, analizzare il bug check e studiare lo stack di chiamate e gli IRQL al momento del crash.

Quando l'errore non è dovuto al tuo codice, ma la tua applicazione ne risente, l'obiettivo cambia: Non potrai risolvere la causa principale, ma puoi provare a impedire che il tuo software la provochi.Ciò spesso implica l'implementazione di controlli aggiuntivi, una migliore gestione degli errori provenienti da altri componenti, la riduzione delle dipendenze eccessive da driver di terze parti o l'evitare pratiche rischiose che si basano troppo su comportamenti non documentati.

In ogni caso, è fondamentale prendere appunti accurati. le azioni precise che portano allo screenshot, i codici che compaiono e la frequenza con cui si riproduceGrazie a queste informazioni, è molto più facile per i team di supporto o per Microsoft valutare se si tratta di un bug noto, di un hardware difettoso o di un'interazione anomala tra i componenti.

Infine, non bisogna sottovalutare le "soluzioni di base" collaudate: Esamina i manuali, reinstalla i componenti chiave, controlla le date dei file, disinstalla antivirus o gestori di PC invasivi e verifica i driver di rete, USB o di archiviazione.Una grande percentuale di schermate blu (BSOD) legate a software di terze parti si risolve rimuovendo il componente problematico.

In breve, interpretare i codici BSOD in Windows 11 non significa semplicemente vedere un numero sulla schermata blu: si tratta di combinare quel codice e i suoi parametri con gli indizi provenienti dal Visualizzatore eventi, dai dump di memoria, dallo stato dell'hardware e dalle recenti modifiche al sistema. Quando tutti questi elementi si uniscono e si comprende il significato di ogni errore, lo screenshot smette di essere "misterioso" e diventa uno strumento concreto per scoprire cosa non funziona, che si tratti di un driver, dell'hardware, di un aggiornamento o persino del proprio codice.e decidere se è sufficiente aggiornare, disinstallare qualcosa, riparare Windows, oppure se è il momento di pensare a una diagnosi fisica e a un servizio tecnico specializzato.