Guida principale BSOD ⚡ PAGE_FAULT, IRQL, MEMORY e tutti gli errori di arresto risolti

Prendi nota del codice di arresto, prima di toccare qualsiasi cosa

Una schermata blu non è un problema; è Windows che segnala dozzine di guasti diversi con lo stesso colore. La correzione dipende interamente dal codice di arresto scritto sullo schermo, quindi il primo passo è sempre lo stesso: scattare una foto della schermata blu, annotare il codice esatto (ad esempio PAGE_FAULT_IN_NONPAGED_AREA o 0x00000050) e annotare tre cose: quando accade (all'avvio, in un gioco, in modo casuale), cosa è cambiato poco prima dell'avvio (un nuovo driver, una nuova RAM, un aggiornamento di Windows, un overclock) e se si ripete nello stesso momento o si muove. Un codice che appare sempre negli stessi punti di azione nel software; un codice che modifica ogni punto di crash dell'hardware, solitamente della RAM.

PAGE_FAULT_IN_NONPAGED_AREA (0x50) - Memoria o driver

Questo codice significa che il codice ha tentato di leggere una pagina di memoria che non esiste o non è valida. In pratica la causa è una delle due famiglie. Innanzitutto, la RAM: uno stick difettoso, uno stick posizionato male o impostazioni XMP/overclock instabili che corrompono la memoria: testala come mostrato nel passaggio 4. In secondo luogo, i driver: un driver (molto spesso driver di filtro grafico, di rete o antivirus) che fa riferimento a memoria liberata o errata. Se questo codice è stato avviato subito dopo un aggiornamento del driver, ripristina il driver in Gestione dispositivi o disinstallalo in modalità provvisoria; se si è avviato dopo aver aggiunto la RAM, rimuovere la nuova chiavetta e riprovare. Esegui il test della memoria prima di incolpare il software: un PAGE_FAULT con altri codici casuali accanto è una firma RAM.

IRQL_NOT_LESS_OR_EQUAL (0x0A) — Un conducente che si comporta in modo anomalo

IRQL_NOT_LESS_OR_EQUAL significa che il codice del kernel o un driver ha avuto accesso alla memoria paginata con un livello di richiesta di interruzione troppo alto: in parole povere, un driver difettoso ha fatto qualcosa che non gli è mai stato consentito fare. Questo è il codice più causato dai driver di tutti: i driver aggiornati di recente o appena installati sono i principali sospettati, in particolare grafica, Wi-Fi/LAN, chipset e driver antivirus di terze parti. L'ordine di correzione: disinstallare o eseguire il rollback dell'ultimo driver modificato; aggiornare i driver rimanenti dalla pagina di supporto ufficiale del produttore del PC o della scheda madre (non strumenti di aggiornamento driver casuali); rimuovere temporaneamente l'antivirus di terze parti per testarlo. Poiché la corruzione della memoria causata da una RAM difettosa può mascherarsi da un arresto anomalo dell'IRQL, esegui anche il test della RAM se nessuna modifica al driver lo spiega.

MEMORY_MANAGEMENT (0x1A): testare correttamente la RAM

MEMORY_MANAGEMENT significa che il gestore della memoria di Windows ha riscontrato che la propria contabilità è danneggiata: il classico codice RAM difettoso, sebbene un file di paging corrotto o un driver che scrive dove non dovrebbe possa attivarlo. Prima prova, poi concludi. Inizia con lo strumento integrato: esegui mdsched.exe (diagnostica della memoria di Windows), scegli "Riavvia ora e verifica la presenza di problemi" e lascia che venga completato. Per un verdetto di cui ti puoi fidare, usa MemTest86 da un USB avviabile e lascia che esegua più passaggi completi: gli errori che compaiono solo dopo test prolungati sono pur sempre fallimenti: anche un singolo errore significa che il sottosistema di memoria è difettoso. Quindi isola: prova un bastoncino alla volta, in uno slot alla volta, per trovare il bastoncino o lo slot colpevole. Se la RAM è overcloccata o su un profilo XMP/EXPO, ripristinala alle velocità standard e riprova: il problema è ancora la RAM che non funziona solo su XMP.

WHEA_UNCORRECTABLE_ERROR (0x124) - L'hardware reale non funziona correttamente

WHEA è diverso dagli altri codici: è l'architettura degli errori hardware di Windows che segnala che l'hardware stesso ha generato un errore non correggibile, molto spesso la CPU, ma anche un guasto all'alimentatore, un surriscaldamento, un overclock instabile o occasionalmente un'unità o una scheda madre morente. Le correzioni del software non curano un vero WHEA. Lavoralo fisicamente: rimuovi ogni overclock (CPU, RAM XMP inclusi) e testalo in stock; controllare le temperature sotto carico e pulire/riparare se la CPU sta cucinando; riposizionare la RAM e i cavi di alimentazione; testare con un alimentatore sicuramente funzionante se si verificano arresti anomali sotto carico; e controllare le voci WHEA-Logger del Visualizzatore eventi per quale componente ha segnalato l'errore. Se i crash di WHEA continuano con impostazioni stock e temperature buone, la CPU o la scheda madre sono probabilmente la fine del percorso.

Ripara i file di sistema: prima DISM, poi SFC

Per la famiglia di codici software — CRITICAL_PROCESS_DIED (0xEF), SYSTEM_SERVICE_EXCEPTION (0x3B) e arresti anomali causati da file Windows corrotti: ripara l'immagine del sistema prima di qualsiasi intervento drastico. Apri il prompt dei comandi come amministratore ed esegui i due comandi esattamente come mostrato, in questo ordine: DISM ripara l'archivio componenti da cui dipende SFC, quindi SFC controlla e sostituisce i file di sistema corrotti. Lascia che ciascuno finisca completamente; un riavvio tra loro va bene.

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Two neighbours worth knowing: INACCESSIBLE_BOOT_DEVICE (0x7B) after a BIOS change usually means the storage mode was switched (RAID/RST vs AHCI) or the boot drive's driver is missing — set the mode back, do not reinstall. DPC_WATCHDOG_VIOLATION (0x133) most often traces to a stuck driver or an SSD firmware/storage driver problem — update the storage and chipset drivers from the maker first. And if Windows will not stay up long enough to work, do all of this from Safe Mode (hold Shift while choosing Restart → Troubleshoot → Advanced options → Startup Settings → Safe Mode), where most third-party drivers never load — a PC that is stable in Safe Mode but crashes normally has just told you the fault lives in a driver or startup service.