11 Windows-Fehlermeldungen und was sie wirklich bedeuten

Lesen Sie den Code, nicht die Panik

Der Stopp-Code am unteren Rand des Bluescreens und die Hexadezimalzahl darunter sind der einzige nützliche Text auf diesem Bildschirm. Der Name nennt das Subsystem, das aufgegeben hat — Speicher, Storage-Stack, Treiber —, und der Hex-Wert schränkt die Verdächtigen weiter ein. Der QR-Code und der traurige Smiley sind Bühnenbild; die Botschaft ist der Code. Seit Windows 10 landet dieselbe Information im Protokoll: BugCheck-Ereignisse mit der ID 1001 im Systemprotokoll der Ereignisanzeige, daneben der Zuverlässigkeitsmonitor, der zeigt, was direkt vor dem Absturz installiert oder aktualisiert wurde. Der Minidump liegt unter C:\Windows\Minidump — das ist das Protokoll des Vorfalls, kein Beweisstück „für später“.

Bevor Sie irgendetwas unternehmen, beantworten Sie eine Frage: Gab es ein Muster — ein bestimmtes Programm, ein frisches Update, neue Hardware? Ein Absturz ist ein Vorfall; drei pro Woche sind eine Diagnose. Notieren Sie den Code bei jedem Absturz: zwei wechselnde Codes deuten meist auf RAM; derselbe Code im Wiederholungsfall auf eine konkrete Komponente. Das ist eine Zeile im Notizbuch, die Stunden blinden Neuinstallierens spart.

• Stopp-Code und 0x-Zahl notieren, bevor der Bildschirm erlischt
• Minidump aus C:\Windows\Minidump in WinDbg oder BlueScreenView öffnen
• Im Zuverlässigkeitsmonitor prüfen, was direkt vor dem Absturz installiert wurde
• Wechselnde Codes? Arbeitsspeicher mit mdsched.exe testen
• SMART-Werte der Platte prüfen, bevor Treiber beschuldigt werden

Die Codes, die auf Hardware deuten

CRITICAL_PROCESS_DIED klingt nach defektem Mainboard, ist aber meistens beschädigt eine Systemdatei: sfc /scannow und DISM heilen das, kein Austausch von Komponenten. UNMOUNTABLE_BOOT_VOLUME und KERNEL_DATA_INPAGE_ERROR sind Storage-Themen: Kabel, Controller, eine sterbende Platte — beginnen Sie mit SMART-Prüfung und Kabeltausch, beides billiger als jede Diagnose. WHEA_UNCORRECTABLE_ERROR ist die Beschwerde von CPU oder Speicher über die Arbeitsbedingungen: Übertaktung und Spannungen auf Werkseinstellungen zurücksetzen, und in der Hälfte der Fälle verschwindet der Code.

FAULTY_HARDWARE_CORRUPTED_PAGE zeigt fast immer auf die RAM-Module, und MEMORY_MANAGEMENT gehört zur selben Familie: entweder der Speicher selbst oder ein Treiber, der fremde Seiten beschädigt. PAGE_FAULT_IN_NONPAGED_AREA klagt alle gleichzeitig an, aber der Dump nennt den wahren Verursacher oft selbst — die Zeile "What failed" oder der Modulname im Bericht. Das Grundprinzip ist einfach: Codes über Seiten, Speicher und beschädigte Daten — zuerst ein Speichertest; Codes über Volumes und Dateisysteme — zuerst die Platte.

Die Codes, die auf Treiber und Software deuten

DPC_WATCHDOG_VIOLATION bedeutet, dass ein Treiber den Prozessor länger blockiert hat, als erlaubt ist: Klassiker sind SSD-Firmware und Storage-Treiber, und ein Firmware-Update der Platte heilt, was monatelange Neuinstallationen nicht geschafft haben. DRIVER_IRQL_NOT_LESS_OR_EQUAL nennt den Verdächtigen direkt — der Treibername steht in den Fehlerdetails und im Dump. NTFS_FILE_SYSTEM ist ein beschädigtes Dateisystem oder eine kranke Platte: chkdsk und SMART-Prüfung. UNEXPECTED_STORE_EXCEPTION ist trotz des exotischen Namens fast immer Storage: der Intel-RST-Treiber oder dieselbe sterbende SSD.

Und ein eigenes Genre: Fehler ohne Bluescreen. "This app can't run on your PC" ist kein Defekt, sondern eine Architektur-Verwechslung — Sie starten eine 64-Bit-Datei oder einen ARM-Build, wo er nicht hingehört. WHEA-Einträge, die zu Tausenden im Protokoll landen, ohne dass ein einziger Absturz passiert, sind meist Sensortelemetrie des Mainboards, keine Todesboten. Die Trennlinie ist einfach: Systemabsturz — Dump und Code; Programmabsturz — das Log des Programms.

Fragen und Antworten

Weiterlesen