Leggi il codice, non il panico
Lo stop code in fondo alla schermata blu e il numero esadecimale sotto di esso sono l'unico testo utile su quello schermo. Il nome ti dice quale sottosistema ha gettato la spugna — memoria, stack di archiviazione, callback di un driver — e il valore esadecimale restringe ulteriormente la lista dei sospetti. Il QR code e lo smiley triste sono teatro; il messaggio è il codice. Da Windows 10 gli stessi dati finiscono nei log: eventi BugCheck con ID 1001 nel registro Sistema del Visualizzatore eventi, e accanto il Monitoraggio affidabilità, che mostra cosa era stato installato o aggiornato subito prima dell'arresto. Un minidump arriva in C:\Windows\Minidump: è il verbale dell'incidente, non una prova da archiviare per dopo.
Prima di toccare qualsiasi cosa, rispondi a una domanda: c'era uno schema — un'applicazione specifica, un aggiornamento fresco, hardware nuovo? Un arresto è un incidente; tre in una settimana sono una diagnosi. Annota il codice a ogni arresto anomalo: due codici diversi che si alternano di solito indicano la memoria; lo stesso codice che si ripete indica un componente preciso. È una riga su un taccuino che risparmia ore di reinstalli alla cieca.
- Annota lo stop code e il numero 0x prima che lo schermo sparisca
- Apri il minidump da C:\Windows\Minidump in WinDbg o BlueScreenView
- Controlla nel Monitoraggio affidabilità cosa era stato installato prima dell'arresto
- Codici diversi a ogni arresto? Prova la memoria con mdsched.exe
- Controlla i dati SMART del disco prima di dare la colpa ai driver
I codici che puntano all'hardware
CRITICAL_PROCESS_DIED suona come una condanna a morte per la scheda madre, ma di solito sono file di sistema corrotti: li sistemano sfc /scannow e DISM, non pezzi di ricambio. UNMOUNTABLE_BOOT_VOLUME e KERNEL_DATA_INPAGE_ERROR sono territorio di archiviazione: cavo, controller, un disco in agonia — comincia con un controllo SMART e un cavo SATA nuovo, entrambi più economici di qualunque diagnosi. WHEA_UNCORRECTABLE_ERROR è il processore o la memoria che si lamentano delle condizioni di lavoro: riporta overclock e tensioni ai valori di fabbrica, e in metà dei casi il codice sparisce.
FAULTY_HARDWARE_CORRUPTED_PAGE punta quasi sempre ai moduli RAM, e MEMORY_MANAGEMENT è della stessa famiglia: o la memoria stessa, o un driver che corrompe pagine altrui. PAGE_FAULT_IN_NONPAGED_AREA accusa tutti in una volta, ma il dump spesso fa il nome del vero colpevole — la riga «What failed» o il nome del modulo nel report. Il principio generale è semplice: codici su pagine, memoria e dati corrotti significano prima un test della memoria; codici su volumi e file system significano prima un occhio al disco.
I codici che puntano a driver e software
DPC_WATCHDOG_VIOLATION significa che un driver ha trattenuto il processore più a lungo di quanto gli era concesso: i colpevoli classici sono firmware di SSD e driver di archiviazione, e un aggiornamento del firmware del disco cura quello che mesi di reinstalli di Windows non avevano risolto. DRIVER_IRQL_NOT_LESS_OR_EQUAL fa il nome del sospetto senza giri di parole — il nome del driver è visibile nei dettagli dell'errore e nel dump, resta solo da associarlo a un dispositivo. NTFS_FILE_SYSTEM è un filesystem danneggiato o un disco malato: chkdsk e un controllo SMART. UNEXPECTED_STORE_EXCEPTION, nonostante il nome esotico, è quasi sempre archiviazione anche lui: il driver Intel RST o quel SSD in fin di vita.
E poi c'è un genere a parte: gli errori senza schermata blu. «Questa app non può essere eseguita sul tuo PC» non è un danno ma un conflitto di architettura — stai lanciando un file binario a 64 bit o una build ARM dove non ha cittadinanza. Voci WHEA che si riversano nel log a migliaia senza un solo crash reale sono di solito telemetria dei sensori della scheda madre, non annunci di morte imminente. Il confine è semplice: un arresto di sistema comporta dump e codice; un crash di applicazione comporta il log di quell'applicazione.
Domande e risposte
Cosa significa l'errore CRITICAL_PROCESS_DIED?
Un processo senza cui Windows non può funzionare è terminato in modo inatteso — di solito file di sistema corrotti più che hardware in punto di morte. Nella maggior parte dei casi bastano sfc /scannow e DISM /RestoreHealth.
Dove trovo la causa della mia schermata blu?
Nel Visualizzatore eventi: registro Sistema, eventi BugCheck con ID 1001. Lo stop code è lì, e i dettagli stanno nei minidump sotto C:\Windows\Minidump.
Scopri cosa include la licenza prima dell'acquisto.
La prova singola di 30 minuti include gli strumenti essenziali. Le funzioni PRO restano bloccate finché non attivi una licenza a pagamento.
Da leggere dopo
Scrivici: [email protected]