Cosa significa davvero 0x0000009F
Quando Windows si sospende o si riattiva, invia a ogni dispositivo una richiesta di alimentazione (una IRP) e si aspetta una risposta entro un timeout. Un driver buggato o datato può trattenere quella richiesta e non completare mai la transizione; scaduto il timeout, il kernel effettua il bug check con 0x0000009F e indica nei dati del crash il driver rimasto bloccato. Il crash avviene quasi sempre in un momento preciso: subito dopo il riattivamento del laptop, allo spegnimento, o quando lo schermo si oscura — quel timing è l'indizio più grande su quale sottosistema si è inceppato.
I sospetti abituali sono i driver grafici (NVIDIA e AMD senza distinzione), schede wireless e Bluetooth, driver di archiviazione NVMe e SATA e l'aggroviglio di dock USB e Thunderbolt che instrada più dispositivi attraverso un solo controller. Un feature update di Windows o un aggiornamento driver del vendor appena prima dell'inizio dei crash è l'indizio più forte di tutti. Sui laptop, un driver chipset datato che non capisce il modern standby della piattaforma è una causa frequente.
- Driver GPU bloccato alla ripresa — schermo nero o crash pochi secondi dopo l'apertura del coperchio
- Scheda Wi-Fi o Bluetooth che non risponde alle richieste di sospensione dopo un aggiornamento driver
- Dock USB-C o Thunderbolt — crash in zona sospensione e sgancio è comportamento classico da dock
- Driver storage NVMe/SATA che fallisce la transizione, a volte dopo aggiornamenti firmware
- Driver chipset AMD/Intel datati che rompono il modern standby sui laptop
- Avvio rapido — uno spegnimento ibrido che percorre a ogni boot la stessa strada di alimentazione della sospensione
Le correzioni, nell'ordine che conviene
Partite dal driver cambiato più di recente: Gestione dispositivi → Proprietà del dispositivo → scheda Driver mostra la Data driver; se un driver aggiornato di recente combacia con i tempi, premete Ripristina driver, altrimenti aggiornatelo dal sito del vendor — per le GPU significa il pacchetto NVIDIA o AMD, non Windows Update. Poi aggiornate il set di piattaforma: driver chipset da AMD o Intel, più i driver di gestione energetica del produttore del laptop. Staccate ogni dock e periferica USB per qualche giorno; se i crash cessano, la risposta è la dock o il suo driver.
Quindi disattivate l'avvio rapido: Pannello di controllo → Opzioni risparmio energia → Specifica cosa fa il pulsante di alimentazione → Modifica le impostazioni non disponibili al momento → deselezionate Attiva avvio rapido. L'avvio rapido trasforma ogni spegnimento in una mezza ibernazione ed è un noto amplificatore di bug nelle transizioni di alimentazione. Se non usate mai l'ibernazione, powercfg /h off in un prompt elevato rimuove ibernazione e avvio rapido in un colpo solo.
Se il crash continua a tornare
Aprite Visualizzatore eventi → Registi di Windows → Sistema e cercate BugCheck (Event ID 1001) in corrispondenza degli orari dei crash; la voce indica il driver incriminato nel minidump. Il dump vero e proprio sta in C:\Windows\Minidump e si apre in WinDbg, che di solito indica il modulo responsabile nella riga probably caused by. Eseguite anche powercfg /energy — gli errori di gestione energetica che segnala spesso si sovrappongono alle cause di 0x9F, come un dispositivo che non entra mai nel suo stato a basso consumo.
Driver Verifier può forzare il driver ballerino a venire allo scoperto, ma consideratelo una diagnostica di ultima istanza: stressa i driver di proposito, fa crashare il PC apposta quando acchiappa il colpevole e va poi spento con verifier /reset. Uno 0x0000009F persistente su una macchina con driver aggiornati, senza dock e senza avvio rapido punta al firmware — aggiornate BIOS/UEFI e firmware SSD — o a un guasto hardware nella circuiteria di sospensione, che è una diagnosi da assistenza più che da impostazioni.
Domande e risposte
DRIVER POWER STATE FAILURE è pericoloso per i miei dati?
Il crash in sé è un bug check controllato, quindi il filesystem in genere sopravvive — ma il lavoro non salvato si perde, e crash ripetuti durante le scritture non fanno mai bene. Correggete la causa invece di tollerarla.
Perché il BSOD compare solo dopo sospensione o spegnimento?
Perché il percorso che fallisce è la transizione di alimentazione stessa: il driver riceve una richiesta di sospensione o riattivazione che non sa completare. Il timing — crash alla ripresa, allo spegnimento o quando lo schermo si oscura — dice quale dispositivo sospettare.
Disattivare l'avvio rapido aiuta davvero?
In molti casi sì. L'avvio rapido instrada ogni spegnimento nella stessa transizione di alimentazione della sospensione, quindi un driver che lì si blocca manda in crash anche avvio e spegnimento. Disattivarlo elimina del tutto quel percorso.
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]