Das Symptom
Der Bildschirm wird blau, Windows meldet KMODE_EXCEPTION_NOT_HANDLED, sammelt
Fehlerinformationen und startet neu. Manchmal passiert das einmalig, manchmal in
einer Endlosschleife, gern kurz nach einem Treiber-Update oder dem Einbau neuer
Hardware.
Die „Layer 8“-Wahrheit
Der Name des Fehlers ist ehrlicher, als es scheint. Ein Programm im Kernelmodus –
also ein Treiber – hat eine Ausnahme ausgelöst, und niemand hat sie behandelt.
Im Benutzermodus wäre das halb so wild: Dort stürzt eine Anwendung ab, und der
Rest des Systems läuft weiter. Im Kernelmodus gibt es diese Trennwand nicht. Wer
dort einen Fehler macht, macht ihn mitten im Maschinenraum, mit vollem Zugriff
auf Speicher und Hardware.
Genau deshalb zieht Windows die Notbremse. Ein Bluescreen ist kein Zeichen dafür,
dass Windows kaputt ist, sondern dafür, dass Windows sich weigert, in einem
Zustand weiterzuarbeiten, dem es nicht mehr trauen kann. Die unbequeme
Konsequenz für die Fehlersuche: Der Übeltäter ist fast nie Windows selbst,
sondern ein Treiber, den irgendjemand installiert hat. Und dieser Jemand sitzt
in den meisten Fällen vor dem Bildschirm.
Die echte, verifizierte Lösung
1000 % faktenbasiert. Jeder Befehl ist real, jeder Pfad existiert. Schritt für Schritt:
1.Den Namen im Bluescreen lesen
Oft nennt der Bluescreen zusätzlich eine Datei, etwa einen Treiber mit der Endung .sys. Dieser Name ist der wichtigste Hinweis überhaupt, denn er benennt den Schuldigen meist direkt. Notieren, bevor der Rechner neu startet.
2.Den zuletzt geänderten Treiber verdächtigen
Der Absturz passiert im Kernelmodus, also dort, wo Treiber laufen. Wurde kurz zuvor ein Treiber installiert oder aktualisiert, ist er der Hauptverdächtige. Im Geräte-Manager lässt sich ein Treiber auf die vorherige Version zurücksetzen.
3.Im abgesicherten Modus arbeiten
Startet Windows gar nicht mehr stabil, hilft der abgesicherte Modus: Dort lädt Windows nur die nötigsten Treiber. Wenn das System dort läuft, ist ein Zusatztreiber die Ursache und keine defekte Hardware.
4.Speicher und Systemdateien prüfen
Bleibt der Absturz ohne Treiberbezug, kommen defekter Arbeitsspeicher und beschädigte Systemdateien infrage. Die Windows-Speicherdiagnose prüft den RAM, sfc und DISM reparieren Systemdateien.
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
5.Die Absturzprotokolle auswerten
Windows legt bei jedem Bluescreen eine Speicherabbilddatei an. Analysewerkzeuge lesen daraus aus, welches Modul den Absturz verursacht hat. Das ist der sichere Weg, wenn der Bluescreen selbst keinen Dateinamen zeigt.