UNEXPECTED_STORE_EXCEPTION (0x154) in Windows 11 beheben

Der Bluescreen UNEXPECTED_STORE_EXCEPTION 0x154 gehört zu den Windows-Fehlern, bei denen die eigentliche Ursache nicht direkt aus dem Stopcode hervorgeht. Microsoft beschreibt 0x154 als eine unerwartete Ausnahme innerhalb der Kernel-Komponente für den Memory Store. Für die konkrete Fehlerursache empfiehlt Microsoft deshalb ausdrücklich die Analyse der Dump-Dateien und des Systemprotokolls.

In der Praxis sollte man deshalb nicht vorschnell die SSD austauschen oder Windows neu installieren. Besonders wichtig sind zunächst Crash-Dump, Ereignisanzeige, SSD/NVMe-Zustand und RAM-Stabilität.

Das Wichtigste in Kürze

Bei UNEXPECTED_STORE_EXCEPTION (0x154) gibt es keinen universellen Ein-Klick-Fix.

Die sinnvollste Reihenfolge ist:

1. Minidump mit WinDbg analysieren
2. Ereignisanzeige auf Storage- und Hardwarefehler prüfen
3. SSD/NVMe-Zustand und Firmware kontrollieren
4. BIOS/UEFI und Chipsatztreiber aktualisieren
5. XMP/EXPO und andere Übertaktungen vorübergehend deaktivieren
6. RAM testen
7. Windows-Systemdateien mit DISM und SFC überprüfen
8. Erst danach über einen SSD-Tausch oder eine Windows-Neuinstallation nachdenken

Wichtig: 0x154 bedeutet nicht automatisch, dass die SSD defekt ist.

---

Was bedeutet UNEXPECTED_STORE_EXCEPTION 0x154?

Der Bugcheck 0x00000154 bedeutet laut Microsoft, dass die Kernel-Komponente für den Memory Store eine unerwartete Ausnahme abgefangen hat. Der Stopcode selbst nennt damit noch nicht das fehlerhafte Bauteil.

Das macht den Fehler etwas irreführend.

Bei einem Absturz können beispielsweise Speicherkomponenten, das Dateisystem, ein Storage-Treiber oder ein angeschlossenes Laufwerk beteiligt sein. Besonders interessant wird es, wenn der Dump zusätzlich einen In-page-I/O-Fehler wie 0xC0000006 zeigt.

Ein solcher Fehler kann darauf hindeuten, dass Windows eine benötigte Speicherseite nicht wie erwartet lesen konnte. In einem dokumentierten Microsoft-Q&A-Fall tauchte beispielsweise ein 0x154 zusammen mit 0xC0000006 und nt!RtlDecompressBufferXpressLz auf. Das zeigt auch, warum die im Dump genannte Windows-Komponente nicht automatisch die eigentliche Ursache sein muss.

---

Warum die SSD häufig verdächtigt wird

Der Memory Store arbeitet nicht vollständig unabhängig vom Storage-System. Windows muss Daten unter bestimmten Umständen aus dem Speicher beziehungsweise aus der Auslagerungsdatei wieder bereitstellen.

Dadurch können Probleme in der Storage-Kette als UNEXPECTED_STORE_EXCEPTION sichtbar werden.

Dazu gehören unter anderem:

• NVMe- oder SATA-SSD
• SSD-Firmware
• Storage-Treiber
• PCIe-Verbindung
• BIOS/UEFI
• Stromsparzustände
• Dateisystem
• Controller
• in bestimmten Fällen auch instabiler RAM

Das bedeutet aber ausdrücklich nicht:

0x154 = SSD kaputt.

Eine SSD kann beispielsweise einen unauffälligen Gesundheitsstatus melden und trotzdem ein intermittierendes Kommunikations- oder I/O-Problem haben.

---

Schritt 1: Windows-Dump analysieren

Der wichtigste Schritt ist die Analyse des Absturz-Dumps.

Windows legt kleine Speicherabbilder normalerweise hier ab:

C:\Windows\Minidump

Bei bestimmten Konfigurationen kann zusätzlich eine größere Dump-Datei vorhanden sein:

C:\Windows\MEMORY.DMP

Microsoft empfiehlt bei 0x154 ausdrücklich, zusätzliche Informationen mit einem Debugger zu sammeln und mehrere Dump-Dateien miteinander zu vergleichen.

WinDbg verwenden

Für eine genauere Analyse eignet sich WinDbg.

Nach dem Öffnen des entsprechenden .dmp-Files kann zunächst folgender Befehl ausgeführt werden:

!analyze -v

Besonders interessant sind anschließend Angaben wie:

BUGCHECK_CODE
BUGCHECK_P1
BUGCHECK_P2
EXCEPTION_CODE
IMAGE_NAME
MODULE_NAME
FAILURE_BUCKET_ID
PROCESS_NAME

Bei einem Storage-bezogenen Fehler können beispielsweise Hinweise auf Komponenten wie

stornvme.sys
storahci.sys
disk.sys
ntfs.sys

auftauchen.

Dabei gilt aber: Ein im Dump genannter Treiber ist nicht automatisch der Verursacher. Er kann lediglich die Stelle sein, an der Windows den bereits entstandenen Fehler bemerkt.

---

Schritt 2: Ereignisanzeige auf Fehler prüfen

Microsoft empfiehlt bei UNEXPECTED_STORE_EXCEPTION, das Systemprotokoll der Ereignisanzeige nach Fehlern zu durchsuchen, die zeitgleich mit dem Bluescreen aufgetreten sind.

Drücke:

Windows-Taste + R

und gib ein:

eventvwr.msc

Danach:

Windows-Protokolle → System

Suche rund um den Zeitpunkt des Bluescreens insbesondere nach Einträgen von:

• Disk
• stornvme
• storahci
• Ntfs
• volmgr
• WHEA-Logger

WHEA ist besonders interessant

Die Windows Hardware Error Architecture (WHEA) protokolliert Hardwarefehler im Systemereignisprotokoll. Der zuständige Anbieter heißt Microsoft-Windows-WHEA-Logger.

Wenn unmittelbar vor dem Bluescreen beispielsweise ein WHEA-Ereignis auf einen PCIe- oder Storage-Fehler hinweist, wird die Hardware-/Storage-Spur deutlich interessanter.

---

Schritt 3: SSD und NVMe überprüfen

Bevor eine SSD ersetzt wird, sollte ihr Zustand genauer untersucht werden.

Windows bietet dafür eigene Storage-Reliability-Counter.

Öffne PowerShell als Administrator und führe aus:

Get-PhysicalDisk | Get-StorageReliabilityCounter | Format-List *

Microsoft beschreibt Get-StorageReliabilityCounter als Möglichkeit, Zuverlässigkeitsdaten eines Laufwerks auszulesen. Dazu können unter anderem Temperatur, Fehler, Verschleiß und Betriebsstunden gehören.

Interessant sind beispielsweise:

ReadErrorsTotal
ReadErrorsUncorrected
WriteErrorsTotal
WriteErrorsUncorrected
Temperature
Wear
PowerOnHours

Nicht jedes Laufwerk stellt jeden Wert bereit. Fehlende Angaben sind deshalb nicht automatisch ein Hinweis auf einen Defekt.

Was wäre auffällig?

Besonders interessant sind unkorrigierte Lese- oder Schreibfehler sowie wiederkehrende Storage-Fehler in der Ereignisanzeige.

Ein einzelner unauffälliger SMART-Status reicht dagegen nicht aus, um ein Storage-Problem vollständig auszuschließen.

---

Schritt 4: SSD-Firmware prüfen

Wenn eine NVMe- oder SATA-SSD verbaut ist, sollte auch die Firmware kontrolliert werden.

Dafür sollte möglichst das offizielle Tool des SSD-Herstellers verwendet werden.

Je nach Hersteller können dafür beispielsweise eigene Verwaltungsprogramme zur Verfügung stehen.

Prüfe:

• Modell der SSD
• aktuelle Firmware
• verfügbare Firmware-Updates
• vom Hersteller gemeldete bekannte Probleme

Das ist besonders sinnvoll, wenn der Fehler erst seit einiger Zeit auftritt oder nach Änderungen an BIOS, Windows oder Hardware begonnen hat.

---

Schritt 5: BIOS und Chipsatztreiber aktualisieren

Als Nächstes sollte die Plattform selbst überprüft werden.

Installiere nach Möglichkeit:

• ein aktuelles BIOS/UEFI des Mainboard- oder Notebook-Herstellers
• aktuelle Chipsatztreiber
• gegebenenfalls aktuelle Storage-/Controller-Treiber

Bei einem AMD-System sollte insbesondere der aktuelle AMD-Chipsatztreiber berücksichtigt werden.

Bei Intel-Systemen können je nach Plattform unter anderem Chipsatz-, Management-Engine- und Storage-Komponenten relevant sein.

Treiber sollten bevorzugt vom Mainboard-, Notebook- oder Komponentenhersteller bezogen werden.

---

Schritt 6: XMP oder EXPO vorübergehend deaktivieren

Nicht jeder 0x154-Fehler ist ein Storage-Problem.

Auch instabiler Arbeitsspeicher kann zu scheinbar unterschiedlichen Bluescreens führen.

Das betrifft besonders Systeme mit:

• XMP
• AMD EXPO
• manuellem RAM-Overclocking
• CPU-Undervolting
• Curve Optimizer
• manuellen Timings oder Spannungen

Für einen sauberen Test sollten diese Einstellungen vorübergehend auf Standard zurückgesetzt werden.

Vorgehen

BIOS/UEFI öffnen und beispielsweise:

XMP → Disabled

oder:

EXPO → Disabled

einstellen.

Auch andere manuelle Overclocking- oder Undervolting-Einstellungen sollten für den Test deaktiviert werden.

Wenn der Bluescreen danach verschwindet, ist das ein wichtiger Hinweis auf eine Stabilitätsproblematik.

Es beweist allerdings noch nicht, ob RAM, Speichercontroller oder eine andere BIOS-Einstellung die konkrete Ursache war.

---

Schritt 7: Arbeitsspeicher testen

Microsoft nennt die Windows-Speicherdiagnose ausdrücklich als mögliche Maßnahme bei der Untersuchung von UNEXPECTED_STORE_EXCEPTION.

Suche im Startmenü nach:

Windows-Speicherdiagnose

und starte den Test.

Für eine intensivere Untersuchung ist ein längerer Speichertest sinnvoller als ein kurzer Standardtest. Bei wiederkehrenden Bluescreens sollte der RAM deshalb nicht einfach ausgeschlossen werden, nur weil Windows normal startet.

Besonders verdächtig ist RAM, wenn:

• mehrere unterschiedliche BSOD-Codes auftreten
• Abstürze scheinbar zufällig passieren
• das Problem nach Aktivierung von XMP/EXPO begann
• der PC unter hoher Last instabil wird
• die SSD-Diagnose keine Auffälligkeiten zeigt

---

Schritt 8: Dateisystem überprüfen

Ein beschädigtes Dateisystem kann ebenfalls Probleme verursachen.

Öffne Eingabeaufforderung als Administrator und führe zunächst aus:

chkdsk C: /scan

Der Parameter /scan führt bei NTFS eine Onlineprüfung durch.

Eine Reparatur sollte nicht einfach blind erzwungen werden. Zunächst ist es sinnvoll zu sehen, ob überhaupt ein Dateisystemproblem gefunden wird.

---

Schritt 9: Windows-Systemdateien reparieren

Wenn Storage, RAM und Hardware bisher keine eindeutigen Hinweise liefern, sollten die Windows-Systemdateien überprüft werden.

Öffne Eingabeaufforderung als Administrator und führe zuerst aus:

DISM.exe /Online /Cleanup-Image /RestoreHealth

Anschließend:

sfc /scannow

Microsoft empfiehlt diese Werkzeuge zur Reparatur beschädigter Windows-Komponenten beziehungsweise Systemdateien. Beim Troubleshooting von 0x154 nennt Microsoft insbesondere SFC /scannow.

Nach Abschluss beider Prüfungen sollte Windows neu gestartet werden.

---

Welche Lösung sollte man zuerst ausprobieren?

Die folgende Reihenfolge ist sinnvoller als zehn verschiedene „0x154-Fixes“ gleichzeitig auszuprobieren:

Maßnahme	Priorität	Aufwand	Aussagekraft
Dump mit WinDbg analysieren	Sehr hoch	Mittel	Sehr hoch
Ereignisanzeige prüfen	Sehr hoch	Gering	Hoch
SSD-Reliability-Counter prüfen	Hoch	Gering	Hoch
SSD-Firmware prüfen	Hoch	Gering	Mittel
BIOS/UEFI aktualisieren	Hoch	Mittel	Mittel
XMP/EXPO deaktivieren	Hoch	Gering	Hoch
RAM testen	Hoch	Mittel	Hoch
CHKDSK	Mittel	Gering	Mittel
DISM + SFC	Mittel	Mittel	Mittel
Windows neu installieren	Niedrig	Hoch	Gering bis mittel
SSD austauschen	Abhängig von Diagnose	Hoch	Hoch, wenn Storage eindeutig ist

Die Reihenfolge ist bewusst so gewählt: Zuerst Informationen sammeln, dann gezielt verändern.

---

Warum eine Neuinstallation nicht der erste Schritt ist

Eine Windows-Neuinstallation kann ein beschädigtes Betriebssystem beheben.

Sie hilft aber nicht gegen:

• eine fehlerhafte NVMe-SSD
• SSD-Firmwareprobleme
• PCIe-Probleme
• instabilen RAM
• BIOS-Probleme
• Hardwarefehler
• instabile Übertaktung

Deshalb ist eine Neuinstallation bei einem einzelnen 0x154 nicht die beste erste Maßnahme.

Wenn der Fehler nach einer Neuinstallation unverändert wiederkommt, ist das sogar ein wichtiger Hinweis darauf, dass die Ursache möglicherweise außerhalb der Windows-Installation liegt.

---

Wann ist ein SSD-Tausch sinnvoll?

Eine SSD sollte nicht allein aufgrund des Stopcodes 0x154 ausgetauscht werden.

Ein Austausch wird wesentlich plausibler, wenn mehrere Hinweise zusammenkommen:

• wiederkehrende Storage- oder Disk-Fehler
• unkorrigierte Lese-/Schreibfehler
• wiederholte NVMe-Fehler
• WHEA-Einträge mit Bezug zu PCIe oder Storage
• Dump-Dateien mit wiederkehrenden I/O-Fehlern
• SSD verschwindet zeitweise aus Windows oder BIOS
• aktuelle Firmware ist installiert, die Probleme bleiben aber bestehen
• Fehler treten reproduzierbar bei Storage-Zugriffen auf

Vor einem Austausch sollte selbstverständlich ein aktuelles Backup wichtiger Daten vorhanden sein.

---

Was bedeutet „SSD Health: 100 %“?

Ein guter SMART- oder Health-Status ist beruhigend, schließt aber nicht jede mögliche Ursache aus.

Eine SSD kann beispielsweise keine auffälligen Verschleißwerte melden, während ein Problem bei der Kommunikation zwischen Laufwerk, Controller und PCIe-System auftritt.

Deshalb sollte bei UNEXPECTED_STORE_EXCEPTION nicht ausschließlich auf einen einzelnen „Gesund“-Wert geschaut werden.

Entscheidend ist das Gesamtbild aus Dump, Ereignisanzeige, Reliability-Countern, Firmware und Systemverhalten.

---

Häufige Fehler bei der Fehlersuche

„0x154 bedeutet immer SSD“

Nein. Storage ist eine wichtige Spur, aber der Stopcode allein beweist keinen SSD-Defekt.

„stornvme.sys ist kaputt“

Nicht unbedingt.

Ein im Dump genannter Systemtreiber kann die Stelle sein, an der Windows den Fehler bemerkt. Die eigentliche Ursache kann beispielsweise darunterliegende Hardware oder Kommunikation mit dem Laufwerk sein.

„CrystalDiskInfo sagt Gut, also ist die SSD ausgeschlossen“

Ebenfalls nein.

SMART-Daten sind hilfreich, aber kein vollständiger Funktionstest des gesamten Storage-Pfads.

„Ich installiere Windows neu“

Das sollte nicht der erste Schritt sein. Eine Neuinstallation kann Zeit kosten und gleichzeitig die eigentliche Hardwareursache unverändert lassen.

„Ich deaktiviere einfach die Auslagerungsdatei“

Das ist keine empfehlenswerte Standardlösung für 0x154.

Wenn ein I/O-Problem beim Zugriff auf ausgelagerte Daten sichtbar wird, beseitigt das Deaktivieren der Pagefile nicht automatisch die zugrunde liegende Ursache.

„Ich ändere irgendwelche Registry-Einstellungen aus einem Forum“

Davon ist abzuraten, solange nicht klar ist, welches konkrete Problem damit behoben werden soll.

Ein Workaround, der bei einer bestimmten SSD, BIOS-Version oder einem bestimmten Notebook funktioniert, ist nicht automatisch auf andere Systeme übertragbar.

---

Welche Informationen sind für eine genaue Diagnose entscheidend?

Wenn der Fehler wiederholt auftritt, sind insbesondere diese Informationen hilfreich:

Windows

• Windows-11-Version
• OS-Build
• Zeitpunkt des Absturzes

Hardware

• Mainboard oder Notebook
• CPU
• RAM und verwendetes XMP/EXPO-Profil
• SSD-Modell
• SSD-Firmware

Dump

• BUGCHECK_CODE
• EXCEPTION_CODE
• IMAGE_NAME
• MODULE_NAME
• FAILURE_BUCKET_ID

Ereignisanzeige

• WHEA-Logger
• Disk
• stornvme
• storahci
• Ntfs
• volmgr

Mit diesen Informationen lässt sich aus einem allgemeinen 0x154-Problem oft ein wesentlich konkreteres Fehlerbild ableiten.

---

Aktueller Stand unter Windows 11

Der Stopcode UNEXPECTED_STORE_EXCEPTION ist kein neuer Fehler und Microsoft führt ihn weiterhin als Bugcheck 0x154. Die offizielle Dokumentation empfiehlt nach wie vor die Analyse von Dump-Dateien sowie die Prüfung des Systemprotokolls.

Für Windows 11 sollte außerdem berücksichtigt werden, dass Microsoft mehrere Versionen und Builds parallel über deren jeweilige Supportzeiträume pflegt. Die Release-Health-Seite von Microsoft führt die aktuellen Windows-11-Versionen und monatlichen Builds getrennt auf.

Deshalb sollte bei einem konkreten Fall immer zuerst die installierte Windows-Version mit winver geprüft werden, bevor eine angeblich allgemeingültige Lösung aus einem älteren Beitrag übernommen wird.

---

FAQ: Häufige Fragen

---

Fazit

UNEXPECTED_STORE_EXCEPTION (0x154) unter Windows 11 sollte nicht als eindeutiger SSD-Fehler interpretiert werden. Der sinnvollste Ansatz ist eine systematische Diagnose.

Der wichtigste erste Schritt ist die Analyse des Crash-Dumps mit WinDbg. Danach sollten Ereignisanzeige, SSD/NVMe, Firmware, BIOS und RAM überprüft werden. Microsoft selbst empfiehlt bei 0x154 die Untersuchung der Dump-Dateien und des Systemprotokolls.

Erst wenn diese Prüfungen konkrete Hinweise liefern, sollte man Maßnahmen wie einen SSD-Tausch oder eine komplette Windows-Neuinstallation durchführen.

Kurz gesagt: Nicht raten, sondern zuerst den Dump analysieren. Genau dort lässt sich bei wiederkehrenden 0x154-Abstürzen am ehesten erkennen, ob die Spur zu SSD/NVMe, RAM, Treibern, PCIe oder Windows führt.

EXTERNE QUELLEN

• Microsoft: Bug Check 0x154 – UNEXPECTED_STORE_EXCEPTION
• Microsoft: Get-StorageReliabilityCounter
• Microsoft: WHEA-Hardwarefehlerereignisse
• Microsoft: Abfrage des Systemereignisprotokolls nach Hardwarefehlern
• Microsoft: Windows 11 – Releaseinformationen