Ho analizzato il dump.
Il problema è stato causato dalla corruzione in una page table. Le page table mappano lo spazio di indirizzamento virtuale nello spazio di indirizzamento fisico. In parole più semplici, contengono informazioni che servono ai processi per leggere o scrivere in RAM.
Si dovrebbe vedere a quale processo appartiene la memoria corrotta, e da questo si potrebbe risalire al nome del driver che la corrompe. Ma purtroppo questo non riesco a farlo perché il dump non contiene queste informazioni.
Dovremmo configurare Windows per creare dump più grandi che includono anche queste informazioni e attendere il prossimo crash.
Ma per evitare di perdere altro tempo, aggiungiamo altre due cose alla lista di cose da fare
- Nelle impostazioni avanzate risparmio energia di Windows assicurati che il Livello massimo prestazioni del processore è impostato al 100%
- Scarica CPU-Z e verifica che il processore sta lavorando alla sua frequenza.
- Testa la RAM con MemTest86+
- Testa i driver con driver verifier, come descritto di seguito
- Lascia avviato LatencyMon in background e al primo mini-freeze, manda il report
Procedura per testare i driver
Apri verifier (strumento incluso in Windows),
seleziona
Crea impostazioni standard
Seleziona automaticamente tutti i driver installati in questo computer
Fine
Ora riavvia.
Al riavvio, Windows fa tiene sotto controllo tutti i driver, quindi potrebbe essere più lento del solito.
Attendi il prossimo crash, manda una foto e manda il minidump. Questa volta dovrebbe contenere informazioni più dettagliate incluso il nome del driver incriminato.
Se non riesci più ad avviare Windows a causa dei crash (perché magari si verificano in fase di avvio), avvia Windows in modalità provvisoria e disattiva Driver Verifier scegliendo Elimina impostazioni esistenti.