Microsoft riporta lo “schermo nero della morte” al tradizionale “blu” – Computer – Notizie

Che tipo di informazioni vorresti vedere? NT4, Win2k e Windows XP hanno scaricato tutte le informazioni inclusi i registri della CPU, ma non credo che nessuno abbia fatto nulla al riguardo.

Al momento del controllo degli errori, Windows non ha il contesto che la maggior parte delle persone sta cercando. Non sa necessariamente quale driver o dispositivo hardware sta causando il problema, quindi non può nemmeno indicarlo. La maggior parte dei BSOD che avevo nel kernel stesso si sono rivelati comunque problemi di driver e una o due delle schermate di avvio della rete blu di Intel si sono rivelate causate da un bug in un software che stavo usando per raccogliere statistiche di rete. Se Windows inizia a dire “Penso che sia” in questi casi, non sarà assolutamente utile.

Se vuoi risolvere il problema da solo (assumendo che il problema sia più comune), puoi eseguire un minidump tramite un debugger come windbg, eseguire WhoCrashed che lo fa automaticamente o utilizzare kd tramite la riga di comando per estrarre i dati necessari. Questo è più semplice con arresti anomali consistenti se abiliti un dump della memoria completo (piuttosto che un minidump che viene generato per impostazione predefinita). Di solito lo faccio su schermate blu coerenti e posso dirti che una o tre volte lo stack è stato colpito e un po’ di RAM è morta, non puoi farci nulla. Potrebbe trattarsi di RAM difettosa, overclock instabile, scheda madre difettosa, PSU difettoso, danneggiamento della scrittura o bug del software in qualsiasi possibile driver.

La morte blu è l’ultima risorsa. A meno che tu non abbia una certa conoscenza su come utilizzare il kernel di Windows, non puoi farci nulla. Per quanto ne so, mostra ancora un’icona STOP che puoi cercare su MSDN (nell’esempio SESSION1_INITIALIZATION_FAILED, un controllo manuale degli errori registra solo il codice di risposta per un’API interna) ma se non riesci a gestirlo, la possibilità che tu lo risolva da solo è molto piccola. Questo è il motivo per cui Windows invia cose come questa a MS in modo che qualcuno in molti arresti anomali simili possa controllare l’errore con un debugger e distribuire un aggiornamento (o chiedere al produttore di riparare il proprio driver).

Vedi anche Linux kernel panic: ottieni una traccia dello stack, un dump del log, un dump della memoria e talvolta anche una decompilazione parziale delle ultime istruzioni che non sono riuscite. Questo mi aiuta come utente finale? No, non proprio. Posso cercare il driver che sembra avere l’errore (che non è sempre il driver con l’errore, come quando l’heap si blocca) e posso provare a pensare con l’assembly quale riga di codice dovrebbe essere, ma non lo sono uno sviluppatore del kernel, e non ho accesso ai punti binari di cui hanno bisogno alcuni dispositivi, e il mio lavoro come utente per risolvere questo problema non dovrebbe essere, al massimo, quello di segnalarlo.

[Reactie gewijzigd door GertMenkel op 13 november 2021 15:34]