DRIVER_POWER_STATE_FAILURE unter Windows 11 beheben: Bluescreen 0x9F

Der Bluescreen DRIVER_POWER_STATE_FAILURE gehört zu den Windows-Fehlern, bei denen der Stopcode bereits einen wichtigen Hinweis liefert. Microsoft ordnet ihn dem Bugcheck 0x0000009F zu: Ein Treiber befindet sich in einem inkonsistenten oder ungültigen Energiezustand oder reagiert bei einem Wechsel des Energiezustands nicht rechtzeitig.

Das ist besonders interessant, wenn der Absturz beim Herunterfahren, Neustarten, Aufwachen aus dem Energiesparmodus oder beim Wechsel in den Standby auftritt. Der Stopcode beweist aber noch nicht, welcher Treiber schuld ist. Sinnvoll ist deshalb eine gestufte Fehlersuche: zuerst Änderungen und verdächtige Geräte prüfen, dann Treiber aktualisieren oder zurückrollen und bei wiederholten Abstürzen die Minidumps auswerten.

DRIVER_POWER_STATE_FAILURE: die Kurzlösung

1. Prüfen, ob der Bluescreen nach einem Treiber-, BIOS-/Firmware- oder Hardwarewechsel begonnen hat.
2. Windows Update ausführen und Treiber vom Geräte- oder PC-Hersteller aktualisieren.
3. Begann der Fehler direkt nach einem Treiberupdate, die vorherige Treiberversion testen.
4. Nicht benötigte USB-Geräte, Docks und Adapter testweise trennen.
5. Bei wiederholten Abstürzen Minidumps mit WinDbg auswerten und nach einem wiederkehrenden Treiber suchen.
6. DISM und SFC ergänzend ausführen, wenn zusätzlich Hinweise auf beschädigte Windows-Dateien bestehen.
7. Driver Verifier nicht blind auf einem produktiven PC aktivieren – Microsoft warnt ausdrücklich vor absichtlich provozierten Abstürzen.

Was bedeutet DRIVER_POWER_STATE_FAILURE 0x9F?

Microsoft beschreibt Bugcheck 0x9F als Fehler, bei dem ein Treiber in einem ungültigen oder inkonsistenten Energiezustand steckt. Je nach Parameter kann beispielsweise ein Gerät eine Energieanforderung nicht abschließen, ein I/O-Request-Paket zu lange blockieren oder ein Übergang im Plug-and-Play-System in ein Timeout laufen.

Für normale Nutzer ist die wichtigste Konsequenz: Der Treiber- oder Gerätekontext ist entscheidend. Ein allgemeiner Registry-Fix oder das pauschale Neuinstallieren aller Treiber ist deutlich weniger sinnvoll als die Frage, welches Gerät unmittelbar vor dem Absturz aktiv war oder seinen Energiezustand geändert hat.

1. Zeitpunkt des Bluescreens eingrenzen

Notiere, wann der Fehler auftritt. Kommt DRIVER_POWER_STATE_FAILURE fast immer beim Zuklappen eines Notebooks, beim Aufwachen, beim Herunterfahren oder nach dem Abziehen einer Dockingstation, ist das ein wertvoller Hinweis. Prüfe außerdem, ob kurz vorher ein neuer Treiber, ein Windows-Update, ein BIOS-/UEFI-Update oder neue Hardware installiert wurde.

Besondere Aufmerksamkeit verdienen Geräte, die ihren Energiezustand häufig wechseln: WLAN- und Bluetooth-Adapter, Grafikchips, USB-Geräte, Docks, Speichercontroller sowie Chipsatz-Komponenten. Das bedeutet nicht, dass diese Geräte automatisch die Ursache sind – sie sind nur sinnvolle Startpunkte, wenn der zeitliche Zusammenhang passt.

2. Treiber aktualisieren – aber gezielt

Öffne Einstellungen → Windows Update und installiere reguläre Updates. Bei Notebooks und Komplett-PCs lohnt sich zusätzlich die Supportseite des jeweiligen Herstellers, weil dort Chipsatz-, Energieverwaltungs-, Grafik-, WLAN- und Firmwarepakete oft auf das konkrete Modell abgestimmt sind.

Treiber-Downloads sollten aus Windows Update oder von der offiziellen Herstellerseite stammen. Drittanbieter-„Driver Updater“ sind bei einem Bluescreen keine gute Abkürzung, weil sie die Ursachenanalyse erschweren und im schlechtesten Fall einen unpassenden Treiber installieren.

3. Treiber zurückrollen, wenn der Fehler danach begann

Begann der Stopcode direkt nach einer Treiberaktualisierung, kann ein Rollback sinnvoller sein als die nächste Neuinstallation. Im Geräte-Manager lässt sich bei vielen Geräten unter Eigenschaften → Treiber die vorherige Version wiederherstellen, sofern Windows sie noch vorhält.

Wichtig ist der zeitliche Zusammenhang: Tritt der Bluescreen schon seit Wochen auf, ohne dass sich der betreffende Treiber geändert hat, ist ein Rollback weniger aussagekräftig.

4. USB-Geräte und Dockingstationen testweise reduzieren

Externe Geräte können eigene Treiber und Energiezustände mitbringen. Trenne deshalb für einen Test alle nicht benötigten USB-Geräte, Hubs, Docks, Audio-Interfaces und Adapter und beobachte, ob der Bluescreen weiterhin auftritt. Maus und Tastatur können natürlich angeschlossen bleiben, wenn sie benötigt werden.

Verschwindet der Fehler, die Geräte einzeln wieder anschließen. So lässt sich der Verursacher oft schneller eingrenzen als durch mehrere gleichzeitige Treiberänderungen.

5. Energieeinstellungen nur als Diagnosehilfe verändern

Weil 0x9F mit Energiezuständen zusammenhängt, liegt es nahe, sofort sämtliche Energiesparfunktionen abzuschalten. Das kann den Fehler zwar vorübergehend umgehen, behebt aber nicht automatisch den zugrunde liegenden Treiberfehler. Sinnvoller ist ein gezielter Test: Wenn der Bluescreen ausschließlich nach Standby oder Ruhezustand auftritt, kann ein vorübergehendes Abschalten dieser Funktion zeigen, ob tatsächlich ein Energieübergang beteiligt ist.

Auch die Option Schnellstart kann testweise deaktiviert werden, wenn Abstürze vor allem beim Herunterfahren oder beim anschließenden Start auftreten. Bleibt der PC dadurch stabil, sollte trotzdem nach dem beteiligten Treiber oder der Firmware gesucht werden.

6. Minidumps mit WinDbg auswerten

Wenn DRIVER_POWER_STATE_FAILURE wiederkehrt, liefern die Absturzabbilder die besten technischen Hinweise. Windows legt je nach Konfiguration kleine Speicherabbilder unter C:\Windows\Minidump ab. Microsoft empfiehlt für die Analyse die Debugging Tools beziehungsweise WinDbg.

In WinDbg kann der Befehl !analyze -v den Bugcheck ausführlich auswerten. Bei 0x9F ist insbesondere interessant, ob sich in mehreren Dumps derselbe Treiber, dasselbe Gerät oder derselbe blockierte Power-IRP zeigt. Ein einzelner Dateiname im Dump ist aber noch kein endgültiger Beweis – entscheidend ist das wiederkehrende Muster.

7. DISM und SFC nur ergänzend einsetzen

DRIVER_POWER_STATE_FAILURE ist in erster Linie ein Treiber-/Energiezustandsfehler. DISM und SFC sind deshalb nicht der erste Schritt. Wenn zusätzlich Windows-Dateien beschädigt wirken oder andere Systemfehler auftreten, können die Bordmittel trotzdem sinnvoll sein.

DISM.exe /Online /Cleanup-Image /RestoreHealth

Danach:

sfc /scannow

Beide Befehle in einem Terminal mit Administratorrechten ausführen und anschließend Windows neu starten.

8. BIOS, UEFI und Chipsatz-Firmware prüfen

Auf Notebooks und modernen PCs arbeiten Betriebssystem, Firmware und Chipsatz eng bei Standby- und Stromsparzuständen zusammen. Wenn der Hersteller ein ausdrücklich für das eigene Modell vorgesehenes BIOS-/UEFI- oder Chipsatzupdate anbietet und die Versionshinweise Energie-, Standby- oder Stabilitätsprobleme nennen, kann ein Update sinnvoll sein.

Firmware sollte jedoch nicht „auf Verdacht“ aus beliebigen Quellen installiert werden. Nutze ausschließlich die offizielle Herstellerseite und beachte deren Update-Hinweise.

9. Driver Verifier: nur für fortgeschrittene Diagnose

Im Internet wird bei Treiber-Bluescreens häufig der Windows-Driver Verifier empfohlen. Microsoft selbst warnt jedoch, dass das Werkzeug absichtlich starke Prüfungen auf Kernel- und Grafiktreiber anwendet und dadurch den PC zum Absturz bringen kann. Es ist für Tests und Debugging gedacht.

Auf einem produktiven Alltags-PC würde ich Driver Verifier deshalb nicht als Standardlösung einsetzen. Wer Minidumps nicht sicher auswerten und einen problematischen Verifier-Start rückgängig machen kann, fährt mit gezielter Treiberanalyse deutlich sicherer.

Wenn Windows in einer Bluescreen-Schleife hängt

Startet Windows kaum noch, kann die Windows-Wiederherstellungsumgebung helfen. Im abgesicherten Modus werden nur wesentliche Treiber und Dienste geladen. Bleibt das System dort stabil, stärkt das den Verdacht auf einen zusätzlichen Treiber oder Dienst. Anschließend lässt sich ein kürzlich installierter Treiber oder eine problematische Software gezielt entfernen beziehungsweise zurückrollen.

Wenn der Fehler nach einem konkreten Windows-Update oder Treiberwechsel begann, lohnt sich außerdem ein Blick in den Windows-11-Probleme- und Fehlercode-Hub.

Häufige Fragen zu DRIVER_POWER_STATE_FAILURE

Welcher Stopcode gehört zu DRIVER_POWER_STATE_FAILURE?

Microsoft ordnet DRIVER_POWER_STATE_FAILURE dem Bugcheck 0x0000009F zu.

Ist bei 0x9F immer ein Treiber schuld?

Der Bugcheck beschreibt einen fehlerhaften oder blockierten Treiber-/Gerätezustand während der Energieverwaltung. Das kann durch den Treiber selbst, das zugehörige Gerät, Firmware oder das Zusammenspiel mehrerer Komponenten verursacht werden.

Warum kommt der Bluescreen oft beim Standby oder Aufwachen?

Beim Wechsel in oder aus einem Energiesparzustand müssen Geräte und Treiber ihre Stromzustände sauber ändern. Wenn ein Treiber eine entsprechende Anfrage nicht korrekt oder nicht rechtzeitig abschließt, kann Windows mit Bugcheck 0x9F stoppen.

Sollte ich Driver Verifier einschalten?

Nicht als ersten Schritt. Microsoft weist ausdrücklich darauf hin, dass Driver Verifier Abstürze verursachen kann und für Test- und Debugging-Systeme gedacht ist. Für die normale Fehlersuche sind Minidumps, Treiberupdates und ein gezieltes Rollback sicherer.

Welche anderen Bluescreen-Ratgeber gibt es?

Bei anderen Stopcodes helfen die Einzelanleitungen zu MEMORY_MANAGEMENT 0x1A und CRITICAL_PROCESS_DIED 0xEF. So lässt sich die Fehlersuche am tatsächlich angezeigten Stopcode ausrichten.

Fazit

Bei DRIVER_POWER_STATE_FAILURE ist gezielte Treiberdiagnose wichtiger als eine lange Liste allgemeiner Windows-Reparaturen. Prüfe zuerst den Zeitpunkt des Absturzes und die letzten Änderungen, aktualisiere oder rolle verdächtige Treiber zurück und reduziere testweise externe Geräte. Wenn Bugcheck 0x9F wiederkehrt, liefern Minidumps und WinDbg meist die besten Hinweise auf das tatsächlich beteiligte Gerät oder den Treiber.

Quellen: Microsoft Learn – DRIVER_POWER_STATE_FAILURE 0x9F · Microsoft Inside – Bugcheck 0x9F · Microsoft Learn – Driver Verifier