Der Bluescreen MACHINE_CHECK_EXCEPTION mit dem Stopcode 0x0000009C ist fast immer ein Hardware-Alarm: Der Prozessor meldet Windows einen nicht behebbaren Fehler und das System zieht sofort die Notbremse. Die häufigsten Auslöser sind Überhitzung, ein instabiles Übertaktungs- oder XMP-Profil, defekter Arbeitsspeicher oder ein schwächelndes Netzteil. Setze zuerst BIOS und XMP auf Standard zurück, prüfe die Temperaturen und teste den RAM – damit findest du die Ursache in den meisten Fällen.
Woran du erkennst, dass es wirklich 0x9C ist
Ein Machine Check ist eine Meldung, die direkt aus der CPU kommt: Die „Machine Check Architecture“ (ein Fehler-Meldesystem im Prozessor) hat einen Defekt entdeckt, den sie nicht korrigieren kann. Windows kann an dieser Stelle nichts mehr retten und zeigt den Bluescreen. Zwei Dinge grenzen das Problem sauber ein:
- Der Stopcode auf dem Bluescreen. Steht dort
MACHINE_CHECK_EXCEPTIONoder in der Klammer0x0000009C, bist du hier richtig. Zeigt Windows stattdessenWHEA_UNCORRECTABLE_ERROR (0x124), ist die Ursache technisch dieselbe (ein Hardwarefehler), nur die Diagnose läuft über den moderneren WHEA-Mechanismus – die folgenden Schritte gelten trotzdem. - Der WHEA-Logger im Ereignisprotokoll. Öffne die Ereignisanzeige (Windows-Taste, eventvwr eintippen) und schau unter Windows-Protokolle → System nach Einträgen der Quelle
Microsoft-Windows-WHEA-Logger, meist Ereignis-ID 18 oder 46. Dort steht oft im Klartext, welche Komponente gemeldet hat – zum Beispiel „Prozessor“ oder „Arbeitsspeicher“. Das ist dein bester erster Hinweis, wo du suchen musst.
Typisch für 0x9C: Der Absturz kommt unter Last (Spiel, Rendering, Kompilieren, Stresstest), kurz nach dem Einschalten oder direkt nach einer Änderung im BIOS. Reine Software-Fehler sehen anders aus – sie tauchen meist reproduzierbar bei einem bestimmten Programm auf.
Wichtig für die Einordnung: Microsoft nennt in der Bugcheck-Dokumentation zu 0x9C nur zwei Situationen, in denen dieser alte Stopcode heute überhaupt noch erscheint – wenn WHEA noch nicht vollständig initialisiert ist, oder wenn keiner der beteiligten Prozessoren einen Fehler in seinen Registern stehen hat (Microsoft Learn, Bug Check 0x9C). Siehst du 0x9C also sehr früh beim Hochfahren, passt das genau ins Bild.
Schritt für Schritt zur Ursache
Arbeite die Schritte der Reihe nach ab und ändere immer nur eine Sache, sonst weißt du am Ende nicht, was geholfen hat.
- Übertaktung und XMP/EXPO deaktivieren. Geh ins BIOS/UEFI (beim Start meist Entf oder F2) und lade das Standardprofil („Load Optimized Defaults“). Schalte ein aktives XMP- bzw. EXPO-Profil des Arbeitsspeichers ab, damit der RAM erst einmal mit garantierter Standardgeschwindigkeit läuft. Instabile Speicher- oder CPU-Übertaktung ist die mit Abstand häufigste vermeidbare Ursache für 0x9C.
- Temperaturen kontrollieren. Lies mit einem Monitoring-Tool (z. B. HWiNFO) die Temperaturen von CPU und – falls vorhanden – Grafikkarte aus. Intel gibt die maximale Sperrschichttemperatur (Tjunction max) je nach Modell mit 100 °C bis 110 °C an; darüber drosselt der Prozessor selbstständig Takt und Leistung (Intel Support, Temperaturangaben für Prozessoren). Klebt dein Rechner unter Last dauerhaft an dieser Grenze, ist die Kühlung das erste Thema: Prüfe, ob alle Lüfter drehen und ob der Kühler von Staub verstopft ist.
- Arbeitsspeicher testen. Starte die Windows-Speicherdiagnose (Windows-Taste, mdsched eintippen, Neustart bestätigen). Für einen gründlicheren Test lässt du MemTest86 vom USB-Stick laufen: Das Programm arbeitet standardmäßig vier Durchläufe ab, laut Hersteller PassMark rund 15 Minuten für einen und etwa 120 Minuten für alle vier Durchläufe (MemTest86, Execution Time). Plane also lieber eine Nacht ein. Bei mehreren Riegeln lohnt es sich, sie einzeln zu testen, um den defekten zu finden.
- Stromversorgung und Sitz der Komponenten prüfen. Fahre den Rechner herunter, trenne ihn vom Netz und kontrolliere, ob die 24-Pin- und die CPU-Stromstecker fest sitzen und RAM sowie Grafikkarte sauber in ihren Slots stecken. Ein schwächelndes oder unterdimensioniertes Netzteil bricht unter Last ein und löst genau solche Fehler aus.
- Auf einen Auslöser prüfen. Trat der Bluescreen erstmals nach neuer Hardware, einem BIOS-Update oder einem Übertaktungsversuch auf, mach genau diese Änderung rückgängig. Nach neuer Hardware immer zuerst deren Sitz und Kompatibilität kontrollieren.
Vorher sichern: Bevor du im BIOS Werte änderst oder Hardware umsteckst, sichere wichtige Daten. Ein instabiles System kann jederzeit erneut abstürzen – ein aktuelles Backup schützt dich vor Datenverlust bei den Tests.
Fehlerbild lesen: Wann der Absturz kommt, verrät die Richtung
Der Zeitpunkt des Absturzes engt den Kreis der Verdächtigen deutlich ein. Diese Zuordnung ersetzt keinen Test, spart dir aber Reihenfolge und Nerven:
| Wann tritt der Bluescreen auf? | Womit du zuerst prüfst |
|---|---|
| Sofort beim Hochfahren, oft vor dem Windows-Logo | BIOS-Standardwerte laden, XMP/EXPO aus, RAM-Riegel neu setzen |
| Nur unter Volllast (Spiel, Rendern, Kompilieren, Stresstest) | Temperaturen, CPU-Spannung/Übertaktung, Netzteil unter Lastspitzen |
| Erst nach längerer Laufzeit im Leerlauf oder beim Aufwachen | Zu aggressive Spar-/C-States im BIOS, instabile Speicherspannung |
| Direkt nach neuer Hardware oder BIOS-Update | Änderung zurücknehmen, Kompatibilitätsliste und BIOS-Version des Boards prüfen |
Ein zweiter, oft übersehener Punkt: Nicht jeder Machine Check endet im Bluescreen. Fällt der Rechner ohne Fehlermeldung einfach aus und startet neu, steht die Ursache trotzdem im Protokoll.
Absturz ohne Bluescreen: das Ereignisprotokoll auswerten
Der WHEA-Logger schreibt seinen Eintrag, bevor Windows aussteigt. Nach einem Neustart findest du ihn in der Ereignisanzeige unter Windows-Protokolle → System, wenn du nach der Quelle Microsoft-Windows-WHEA-Logger filterst. Der Eintrag mit der Ereignis-ID 18 steht laut Microsoft für „A fatal hardware error has occurred“ und benennt im Detailbereich Fehlertyp und Quelle – typische Werte sind Cache Hierarchy Error, Bus/Interconnect Error oder ein Speicherfehler, dazu die APIC ID des betroffenen Prozessorkerns. Microsoft nennt als Hauptursachen für solche Machine-Check-Meldungen Systembus-Fehler zwischen CPU und Mainboard, Speicherfehler samt Paritäts- und ECC-Problemen, Cache-Fehler im Prozessor sowie eine schlechte Spannungsversorgung (Microsoft Learn, Event ID 18).
Zwei Dinge lohnen sich hier: Notiere dir die APIC ID über mehrere Abstürze hinweg. Bleibt sie gleich, zeigt der Verdacht auf einen bestimmten Kern und dessen Spannungsversorgung; springt sie, spricht das eher für Speicher, Board oder Netzteil. Und prüfe, ob Windows ein Absturzabbild abgelegt hat: Die Minidumps liegen unter C:\Windows\Minidump und lassen sich mit dem kostenlosen Windows-Debugger und dem Befehl !analyze -v öffnen. Für die reine Bauteilsuche brauchst du das selten – für den Servicefall ist es aber der beste Beleg, dass es wirklich ein Hardwarefehler war.
Wenn das nicht hilft: die selteneren Ursachen
Bleibt der Fehler nach den Standardschritten, engt sich der Kreis auf ein paar konkretere Punkte ein:
- BIOS/UEFI veraltet. Gerade bei neuen CPUs auf einem älteren Mainboard fehlt manchmal die passende Mikrocode-Unterstützung. Ein BIOS-Update vom Hersteller kann Machine-Check-Fehler beheben – führe es aber nur nach Anleitung des Mainboard-Herstellers und bei stabiler Stromversorgung durch.
- Netzteil am Ende. Nach einigen Jahren oder bei billigen Modellen liefert das Netzteil unter Spitzenlast nicht mehr genug saubere Spannung. Wie hoch diese Spitzen ausfallen dürfen, steht in Intels ATX-Netzteil-Designleitfaden: Netzteile über 450 W mit 12VHPWR-Anschluss müssen kurzzeitige Lastspitzen von 200 % der Nennleistung über 100 µs und 120 % über 100 ms aushalten (Intel, ATX 3.0 Power Supply Design Guide). Ein altes Netzteil, das diese Reserven nicht mehr bringt, kippt genau in dem Moment weg, in dem die Grafikkarte kurz zulangt. Wenn möglich, teste mit einem bekannt guten Ersatznetzteil – ein Tausch bestätigt oder entlastet diesen Verdacht schnell.
- Einzelner CPU-Kern instabil. Zeigt der WHEA-Logger immer wieder denselben Prozessorkern (die Meldung nennt oft eine „APIC ID“), kann der Chip selbst oder seine Spannungsversorgung das Problem sein. Ein leichtes Anheben der CPU-Spannung im Rahmen der Herstellervorgaben stabilisiert manche Systeme – hier ist Vorsicht und Recherche zum konkreten Prozessor gefragt.
- Zu aggressive Energiespar-Einstellungen. Bei sporadischen Abstürzen im Leerlauf lohnt der Test, im BIOS die tiefen C-States oder ein automatisches Undervolting vorübergehend abzuschalten. Sinkt die Spannung zu weit ab, rechnet die CPU falsch – und meldet genau das als Machine Check.
- Treiber oder Windows-Stand. Selten, aber möglich: Ein fehlerhafter Chipsatz- oder Storage-Treiber löst den Machine Check aus. Halte Windows aktuell und installiere die Chipsatz-Treiber direkt vom Mainboard- bzw. CPU-Hersteller. Das ist eher der Ausnahmefall – 0x9C bleibt in erster Linie ein Hardware-Thema.
Hintergrund: Warum meldet die CPU überhaupt einen Machine Check?
Moderne Prozessoren überwachen sich selbst. Über die Machine Check Architecture protokollieren sie in speziellen Registern (den MSRs), wenn beim Rechnen, beim Zugriff auf den Cache oder bei der Kommunikation mit dem Mainboard etwas schiefgeht. Kleine, korrigierbare Fehler fängt die Hardware still ab. Ist der Fehler aber so schwer, dass er nicht mehr korrigierbar ist, löst die CPU eine Machine Check Exception aus – und Windows bleibt nichts anderes übrig, als mit einem Bluescreen zu stoppen, um Datenschäden zu verhindern.
Interessant für alle, die genauer hinschauen wollen: Der Bluescreen 0x9C nennt vier Parameter. Auf heutigen 64-Bit-Prozessoren steht der erste laut Microsoft-Dokumentation für die betroffene „Bank“ (den Meldebereich innerhalb der CPU), der zweite für die Adresse der MCA_EXCEPTION-Struktur, Parameter drei und vier enthalten die oberen und unteren 32 Bit des Statusregisters MCi_STATUS dieser Bank. Wie viele solcher Meldebänke ein Prozessor überhaupt führt, steht im Register IA32_MCG_CAP – die Zahl unterscheidet sich je nach CPU-Generation. Aus diesen Werten liest ein Experte mit dem Windows-Debugger heraus, welche Einheit gemeldet hat. Für die Praxis reicht meist der WHEA-Logger-Eintrag – die genaue MSR-Auswertung ist etwas für die tiefergehende Analyse.
Übrigens: Seit Windows Vista fängt der WHEA-Mechanismus die meisten dieser Fehler ab und zeigt sie als Stopcode 0x124. Der reine 0x9C erscheint heute vor allem dann, wenn der Fehler sehr früh im Startvorgang auftritt, bevor WHEA vollständig bereit ist. Am Vorgehen ändert das nichts: Beide Codes führen dich zur Hardware.
Quellen
- Microsoft Learn: Bug Check 0x9C MACHINE_CHECK_EXCEPTION – Parameter des Stopcodes und Abgrenzung zu 0x124
- Microsoft Learn: Event ID 18, Microsoft-Windows-WHEA-Logger – Bedeutung und typische Ursachen des WHEA-Eintrags
- Intel Support: Informationen zur Temperatur von Intel-Prozessoren – Tjunction max und Drosselverhalten
- Intel: ATX Version 3.0 Power Supply Design Guide, PSU Power Excursion – zulässige Lastspitzen von Netzteilen
- PassMark MemTest86: Execution Time – Standard-Durchläufe und Testdauer
Häufige Fragen
Ist MACHINE_CHECK_EXCEPTION (0x9C) immer ein Hardwaredefekt?
Fast immer, aber nicht zwingend ein Totalschaden. Häufigste Ursachen sind instabile Übertaktung/XMP, Überhitzung oder ein schwaches Netzteil – das lässt sich oft ohne Bauteiltausch beheben. Ein echter Defekt an CPU, RAM oder Netzteil ist die seltenere, aber mögliche Variante.
Was ist der Unterschied zwischen 0x9C und WHEA_UNCORRECTABLE_ERROR (0x124)?
Beide melden einen nicht korrigierbaren Hardwarefehler. Seit Windows Vista zeigt Windows meist 0x124 über den WHEA-Mechanismus. Der reine 0x9C erscheint vor allem sehr früh im Start, bevor WHEA bereit ist. Für die Fehlersuche gehst du bei beiden gleich vor.
Wie finde ich heraus, welche Komponente den Fehler auslöst?
Öffne die Ereignisanzeige (eventvwr) und suche unter Windows-Protokolle → System nach der Quelle Microsoft-Windows-WHEA-Logger. Dort nennt Windows oft die betroffene Komponente wie Prozessor oder Arbeitsspeicher. Das ist der schnellste Hinweis, wo du weitersuchen musst.
Kann Übertaktung diesen Bluescreen verursachen?
Ja, das ist eine der häufigsten Ursachen. Ein instabiles CPU-Übertaktungs- oder XMP/EXPO-Speicherprofil erzeugt Rechenfehler, die die CPU als Machine Check meldet. Setze im BIOS die Standardwerte zurück und deaktiviere XMP – verschwindet der Fehler, hast du die Ursache gefunden.
Hilft eine Windows-Neuinstallation gegen 0x9C?
Meist nicht. Da der Fehler aus der Hardware kommt, bleibt er nach einer Neuinstallation in der Regel bestehen. Sinnvoll sind zuerst BIOS-Reset, Temperaturprüfung und ein RAM-Test. Nur wenn ein defekter Treiber der Auslöser ist, kann eine saubere Installation helfen.
