Chi ha Windows non può negare di aver provato almeno una volta nella sua vita una “Schermata Blu della Morte”. Questo succede quando si installano nuovi programmi, driver o hardware. Saper capire e riconoscere chi genera il blocco del sistema è assai arduo anche per noi sedicenti “esperti”. Con questa guida riusciremo a trovare il responsabile e a porvi rimedio anche per tutti quelli che del computer non sanno nulla.
Assicuriamoci innanzi tutto che Windows sia in grado di registrare l’evento per poterlo poi analizzare con calma. Nel caso si verifichi una schermata blu, non sempre si ha la rapidità e la possibilità di capire ed interpretare tutti quei codici così incomprensibili, torna più utile poter analizzare un eventuale log che testimoni il fattaccio con calma e magari consegnarlo a chi è in grado di interpretarlo.

Premendo il tasto destro del mouse su “Risorse del computer” > Proprietà > Avanzate > Sotto “avvio e Ripristino” scegliere “Impostazioni”. Impostare come in figura.
Ogni volta che viene generato un errore viene creato un file nella cartella di sistema c:\windows\minidump I file creati in questa sotto directory specifica non possono essere letti semplicemente con i normali strumenti che un utente ha in un normale computer, è richiesto l’installazione di un debugger [un 18Mb massimo] e di una tabella di simboli [tra i 120 e i 200Mb]. Dal sito della microsoft scaricate le esatte versioni.
L’installazione del debugger e anche del mega pacchetto dei simboli è semplicissima, basta rispondere sempre in maniera positiva alle domande di entrambi gli installer. Configurare il debugger è semplice. Avviamo il programma che si chiama WinDbg facilmente trovabile nel menù Start, andare su File > Symbol file Path e aggiungere la cartella che è stata creata dopo l’installazione dei simboli. Anche qui trovate tutto sotto c:\windows\symbols nel caso siate su un sistema WindowsXP

Questo è uno strumento molto interessante per gli sviluppatori windows. Può essere usato anche per altre applicazioni ma noi, ci li limiteremo nell’analizzare solo il file dump. Andiamo su File > Open Crash Dump Comparirà una nuova finestra. Scorretela fino in fondo alla penultima riga. Come nel mio caso ci sarà il nome di un driver o di un programma.

Cercate su un motore di ricerca inserendo il nome del file oppure andate qui e qui. Nel caso del computer che sto analizzando il problema risiede in un driver di un firewall chiamato ZoneAllarm, una volta disinstallato il computer ha smesso di dar problemi evitando al cliente una sicura formattazione.
Se non trovate un file come possibile causa, allora i problemi sono da ricercarsi nella parte hardware. Nel caso dell’immaine qui sotto prendo in esame un’altro file dump e dove il problema sta nella ram.

Per maggiori suggerimenti e consultazione degli errori vi segnalo questo interessante sito considerato che la microsoft ha rimosso, o almeno non riesco a trovarlo più, una pagina riepilogativa degli errori.
Può capitare che il debugger possa restituire “ANALYSIS_INCONCLUSIVE”. Questo può avvenire per tre motivi:
Se dopo aver ricevuto una schermata blu vi state domandando come mai c’è un programma che si chiama dumprep all’avvio del computer leggetevi questo.
Vuoi ricevere gratuitamente i nuovi articoli sull'informatica di David Terni nella tua casella e-mail?

*Riceverai un'E-mail di conferma prima di ricevere nuovi articoli.
Eh si, i minidump son proprio utili! Anche se di blue screen ne ho visto poche so cosa vuol dire. Mi capita spesso di analizzare questi file…In diversi casi, mi sono imbattuto oltre che in alcuni driver, in un eseguibile del kernel di Windows: ntoskrnl.exe. Ecco in questi casi, mi risulta spesso difficile individuare la reale causa.
15 Luglio, 2008 13:49