Segnalazione errori Windows: che cos'è e cosa sono i suoi dump

La catena: crash, dump, report, coda

Quando un'applicazione incorre in un errore non gestito, il servizio WER e il suo fattorino WerFault.exe raccolgono le basi: quale app, quale versione, in quale modulo è morta e la firma dell'eccezione. A piacere catturano anche un dump — un'istantanea congelata della memoria del processo al momento del decesso. Il rapporto atterra in %ProgramData%\Microsoft\Windows\WER\ReportQueue, viene caricato su Microsoft (o resta lì se hai tirato giù la diagnostica), poi migra in ReportArchive. I crash del kernel vivono a parte: i minidump si accumulano in C:\Windows\Minidump, il dump kernel completo sta in C:\Windows\MEMORY.DMP, e i live-dump dei driver GPU finiscono in C:\Windows\LiveKernelReports. I dump per applicazione arrivano in %LOCALAPPDATA%\CrashDumps quando qualcosa li abilita per quell'app.

Niente di tutto questo tocca la salute del sistema. La WER è contabilità: registra che qualcosa si è rotto, conserva le prove per un po' e lascia Microsoft vedere i pattern dei crash su milioni di macchine. I report sono piccoli; a gonfiarsi sono i dump — un dump completo di un'applicazione pesante può arrivare a centinaia di megabyte, perché è, alla lettera, una copia di ciò che quell'app aveva in memoria.

• %ProgramData%\Microsoft\Windows\WER\ReportQueue — report in attesa di caricamento
• %ProgramData%\Microsoft\Windows\WER\ReportArchive — report già inviati o trattenuti
• %LOCALAPPDATA%\CrashDumps — file .dmp per app, quando attivati
• C:\Windows\Minidump — piccoli dump di ogni BSOD
• C:\Windows\MEMORY.DMP — il dump kernel completo dell'ultimo BSOD
• C:\Windows\LiveKernelReports — live-dump di driver GPU e video (Watchdog)

Che cosa c'è davvero dentro un dump

Un dump è memoria di processo, e la memoria di processo sono i tuoi dati: frammenti del documento aperto, buffer di immagini, URL, token di sessione — qualunque cosa quell'app tenesse in mano. Per questo l'impostazione di diagnostica conta. In Impostazioni → Privacy e sicurezza → Diagnostica e feedback, «Dati di diagnostica obbligatori» invia le cose piccole, mentre «Dati di diagnostica facoltativi» è l'interruttore che permette a fette di memoria più ricche di lasciare la tua macchina. Per la maggioranza la sola modalità obbligatoria funziona benissimo, e i report di crash continuano a lavorare.

In locale, un dump conta solo se qualcuno lo legge. Se fai tu il debug di un crash ricorrente — o lo incolli in un forum dove lo legge qualcun altro — il dump è oro, da aprire con strumenti come WinDbg. Se nessuno sta debuggando, un dump vecchio è un reperto: prova di un crash già sistemato, dimenticato o tollerato.

Pulire senza rompere niente

In ReportArchive e ReportQueue può andarsene tutto, insieme ai minidump e ai MEMORY.DMP di crash già sistemati; Windows ne creerà di nuovi appena qualcosa di nuovo si rompe. Il Sensore memoria e Pulizia disco ignorano in gran parte queste cartelle, quindi è un lavoro manuale o assistito — una pulizia come Kleaner PRO mostra queste posizioni con le loro dimensioni, trasformando «qualche centinaio di MB di mistero» in una decisione che puoi davvero prendere. L'unica cosa da fare prima di cancellare: se un crash continua a ripetersi e hai intenzione di chiedere in giro, copia prima il dump da parte.

Disabilitare del tutto la WER (services.msc → servizio Segnalazione errori Windows) ferma la raccolta ma non i crash; l'app muore lo stesso, solo senza rapporto. E quando WerFault.exe divora CPU in modo visibile, è quasi sempre un programma che crasha in loop — tratta l'app che crasha, non il messaggero. Sistemare il crash è l'unico passaggio che mette a tacere tutto questo macchinario.

Domande e risposte

Da leggere dopo