UNMOUNTABLE_BOOT_VOLUME (0x000000ED) unter Windows 11 fixen

Kurz und direkt: Der Bluescreen UNMOUNTABLE_BOOT_VOLUME mit dem Stopcode 0x000000ED heißt, dass Windows 11 das Laufwerk mit dem Betriebssystem nicht mehr einbinden (mounten) kann – meist wegen eines beschädigten Dateisystems oder kaputter Startdateien. Um UNMOUNTABLE_BOOT_VOLUME beheben zu können, reicht in den meisten Fällen ein chkdsk /r aus der Windows-Wiederherstellungsumgebung (WinRE). Bringt das nichts, baust du die Startdateien mit bcdboot neu auf. Trat der Fehler direkt nach einem Patchday auf, ist das Deinstallieren des letzten Qualitätsupdates der schnellere Weg.

Bin ich richtig hier? Fehlerbild und Abgrenzung

Der Fehler zeigt sich als Bluescreen mit dem Text UNMOUNTABLE_BOOT_VOLUME und dem Stopcode 0x000000ED. Microsoft beschreibt ihn in der Bugcheck-Referenz 0xED so: Das E/A-Subsystem hat versucht, das Startvolume einzubinden, und ist gescheitert. Typisch ist, dass der PC direkt beim Start hängen bleibt, oft in einer Schleife aus Neustart und „Automatische Reparatur wird vorbereitet“. Windows kommt gar nicht erst bis zum Anmeldebildschirm.

Das Muster passt, wenn:

• der Fehler bei jedem Start auftritt, nicht nur sporadisch im laufenden Betrieb,
• er nach einem harten Ausschalten, Stromausfall oder einem abgebrochenen Update erschienen ist,
• er kurz nach einem Windows-Update auftauchte (dann zuerst den Abschnitt zum Update-Fall unten lesen),
• oder das Laufwerk beim Start klackernde oder schleifende Geräusche macht (dann Richtung Hardware denken).

Ähnliche Boot-Fehler haben andere Ursachen: INACCESSIBLE_BOOT_DEVICE (0x7B) deutet eher auf einen fehlenden Speichercontroller-Treiber oder einen umgestellten SATA-/RAID-Modus im UEFI hin, ein schwarzer Bildschirm mit „BitLocker-Wiederherstellung“ ist gar kein Dateisystemfehler. Der Bug-Check-Parameter 2 im Bluescreen ist laut Microsoft der Statuscode des Dateisystems, der beschreibt, warum das Volume nicht eingebunden werden konnte – für die Reparatur brauchst du ihn nicht, er bestätigt aber, dass die Ursache beim Laufwerk oder Dateisystem liegt.

Vorbereitung: In die Wiederherstellungsumgebung kommen

Alle folgenden Befehle laufen in der Windows-Wiederherstellungsumgebung (WinRE), nicht im normalen Windows. Es gibt zwei Wege hinein:

• Automatisch: Laut Microsofts WinRE-Referenz startet die Wiederherstellung von selbst nach zwei aufeinanderfolgenden gescheiterten Startversuchen. Bei 0x000000ED passiert das meist ohne dein Zutun. Kommt sie nicht, schalte den PC während des Bootvorgangs zweimal hart aus (Power-Taste rund 10 Sekunden halten, sobald das Windows-Logo erscheint).
• Über einen USB-Stick: Erstelle an einem zweiten PC mit dem Media Creation Tool einen Windows-11-Installationsstick, boote davon und wähle unten links Computerreparaturoptionen. Das ist auch der Ausweg, wenn die Wiederherstellungspartition selbst auf dem kaputten Laufwerk liegt.

Von dort führt der Weg jeweils über Problembehandlung → Erweiterte Optionen. Bevor du die Kommandozeile bemühst, lohnt ein Versuch mit Starthilfe (auch „Startreparatur“): Sie behebt einfache Boot-Probleme automatisch und ist auch der erste Schritt, den Microsoft in der Bugcheck-Referenz nennt. Lass sie ruhig einmal komplett durchlaufen.

BitLocker: Schlüssel bereitlegen

Auf vielen Windows-11-Geräten ist die Geräteverschlüsselung ab Werk aktiv. Dann fragt WinRE beim Öffnen der Eingabeaufforderung oder beim Zugriff auf C: nach dem 48-stelligen BitLocker-Wiederherstellungsschlüssel – Microsoft weist in der WinRE-Referenz darauf hin, dass verschlüsselte Dateien dort ohne Schlüssel nicht zugänglich sind. Den Schlüssel findest du an einem zweiten Gerät im Microsoft-Konto; wo er sonst noch liegen kann, listet die Seite Finden des BitLocker-Wiederherstellungsschlüssels. Ohne Schlüssel laufen chkdsk und bcdboot gegen das gesperrte Volume ins Leere. Die Entsperrung gelingt in der Eingabeaufforderung mit manage-bde -unlock C: -RecoveryPassword <Schlüssel>.

Wichtig vorab: Reparaturen am Dateisystem können in seltenen Fällen Daten unlesbar machen. Wenn auf dem Laufwerk unersetzliche Dateien liegen und du noch drankommst, sichere sie zuerst – etwa, indem du in der WinRE-Eingabeaufforderung wichtige Ordner mit robocopy oder xcopy auf einen USB-Stick kopierst. Klackert das Laufwerk hörbar, spring direkt zum Hardware-Abschnitt: Jeder weitere Lesedurchlauf kann eine sterbende Festplatte zusätzlich belasten.

Sonderfall: 0x000000ED direkt nach einem Windows-Update

Seit Januar 2026 gibt es eine zweite, gut dokumentierte Ursache. Nach dem Sicherheitsupdate vom 13. Januar 2026 (KB5074109) meldeten Geräte mit Windows 11 24H2 und 25H2 den Stopcode UNMOUNTABLE_BOOT_VOLUME beim Start; Microsoft bestätigte laut The Register (26.01.2026) eine kleine Zahl von Meldungen, betroffen waren physische Geräte, keine virtuellen Maschinen. Nach späteren Angaben, die Notebookcheck zusammengefasst hat, traf es vor allem Firmen-Rechner, die das Dezember-Update 2025 nicht sauber installiert und zurückgerollt hatten. Das Dateisystem ist in diesem Fall meist gar nicht beschädigt – chkdsk findet dann nichts.

Passt der Zeitpunkt, ist dieser Weg schneller als jede Befehlszeile:

1. In WinRE Problembehandlung → Erweiterte Optionen → Updates deinstallieren öffnen.
2. Neuestes Qualitätsupdate deinstallieren wählen (das monatliche Sicherheitsupdate). Nur nach einem großen Versionssprung wie 24H2 → 25H2 ist Neuestes Funktionsupdate deinstallieren die richtige Wahl.
3. Bestätigen, Neustart abwarten und prüfen, ob Windows wieder hochfährt.

Microsoft beschreibt diesen Menüweg in der Anleitung Deinstallieren eines Windows-Updates. Läuft der PC wieder, installiert Windows Update das Paket später erneut – dann vorher sicherstellen, dass das aktuelle kumulative Update sauber durchläuft, statt auf dem halb zurückgerollten Stand weiterzuarbeiten.

UNMOUNTABLE_BOOT_VOLUME beheben: Schritt für Schritt

Ohne Update-Bezug heißt UNMOUNTABLE_BOOT_VOLUME beheben: zuerst das Dateisystem reparieren. Öffne unter Erweiterte Optionen die Eingabeaufforderung und arbeite die Schritte der Reihe nach ab.

1. Laufwerksbuchstaben prüfen. In WinRE trägt die Windows-Partition nicht zwingend den Buchstaben C:. Tippe diskpart, dann list volume und exit. Merke dir den Buchstaben des Volumes, auf dem Windows liegt (an der Größe und dem Dateisystem NTFS erkennbar). Zur Kontrolle zeigt dir D:\Windows (bzw. der gefundene Buchstabe), ob dort wirklich der Windows-Ordner liegt. In den Beispielen unten steht C: stellvertretend dafür.
2. Dateisystem reparieren. Führe chkdsk /r C: aus. Laut Microsofts chkdsk-Referenz sucht /r fehlerhafte Sektoren, stellt lesbare Informationen wieder her und schließt die Funktion von /f ein – beide Schalter zu kombinieren ist unnötig. Das ist der wichtigste Schritt und behebt 0x000000ED in den meisten Fällen.
3. Laufzeit einplanen. Auf einer SSD ist der Durchlauf oft nach Minuten fertig, bei großen Festplatten mit rotierenden Scheiben bezeichnet Microsoft Laufzeiten von mehreren Stunden als nicht ungewöhnlich. Ein Abbruch soll das Volume laut Referenz zwar nicht stärker beschädigen, als es vorher war, aber die Reparatur bleibt dann unvollständig – also laufen lassen.
4. Ergebnis lesen. Meldet chkdsk, dass Fehler gefunden und behoben wurden, ist das ein gutes Zeichen. Bricht es mit Lesefehlern ab oder meldet es sehr viele fehlerhafte Sektoren, ist das ein Hardware-Warnsignal.
5. Neu starten und testen. Schließe die Eingabeaufforderung, wähle Fortsetzen und schau, ob Windows wieder hochfährt. Sehr oft ist hier schon Schluss.

Wenn das nicht hilft

Bootet Windows danach immer noch nicht, sind die Startdateien selbst beschädigt. Zurück in die Eingabeaufforderung, dann der Reihe nach:

Startdateien reparieren (bootrec)

Gib nacheinander ein:

• bootrec /fixmbr
• bootrec /fixboot
• bootrec /scanos
• bootrec /rebuildbcd

Diese Befehle führt Microsoft im Artikel zur Problembehandlung bei Windows-Startproblemen, sie stammen aber noch aus der BIOS/MBR-Zeit. Auf modernen Windows-11-Rechnern mit UEFI und GPT-Partitionierung quittiert bootrec /fixboot deshalb häufig mit „Zugriff verweigert“ – völlig normal, weil es dort keinen klassischen Bootsektor mehr zu beschreiben gibt. Findet /rebuildbcd 0 Windows-Installationen, liegt das oft an einem noch vorhandenen, aber kaputten BCD-Speicher; dann ist der folgende bcdboot-Weg sauberer.

Startdateien neu aufbauen (bcdboot, der UEFI-Weg)

Bei UEFI-Systemen ist bcdboot zuverlässiger, weil es laut Microsofts bcdboot-Referenz die Startdateien frisch aus dem Windows-Ordner kopiert und einen neuen BCD-Speicher anlegt, statt den alten zu flicken. Microsofts eigener Reparaturablauf ist kurz: mit diskpart und list vol das Windows-Volume bestimmen, dann

bcdboot C:\Windows

ausführen und neu starten. Ohne weitere Schalter wählt bcdboot die Firmware-Art selbst (UEFI auf GPT-Systemen, BIOS auf MBR-Systemen), schreibt auf die EFI-Systempartition und legt auf UEFI-PCs zusätzlich einen Eintrag für den Windows-Start-Manager im NVRAM der Firmware an.

Scheitert das, weil bcdboot die EFI-Partition nicht findet, gibst du sie von Hand an. Dazu muss die kleine FAT32-Partition (meist rund 100 MB) einen Laufwerksbuchstaben bekommen. In diskpart:

1. list volume – die kleine FAT32-Partition ohne Buchstaben ist die EFI-Partition.
2. select volume X (X = Nummer der EFI-Partition)
3. assign letter=S
4. exit

Anschließend die Startdateien schreiben (C: = Windows-Laufwerk, S: = EFI-Partition):

bcdboot C:\Windows /s S: /f UEFI

Wer /f nutzt, muss laut Referenz auch /s angeben. Eine Stolperfalle steht ebenfalls dort: Mit /s legt bcdboot keinen NVRAM-Eintrag an, der PC verlässt sich dann auf den Standard-Startpfad der Firmware. Taucht der Windows-Start-Manager danach nicht in der Bootreihenfolge auf, im UEFI-Menü das Laufwerk als erstes Startgerät wählen.

Komponentenspeicher und Systemdateien offline prüfen

Sind zusätzlich Windows-Systemdateien beschädigt, gilt die Reihenfolge erst DISM, dann SFC: Das Systemdateiprüfprogramm holt seine Ersatzdateien aus dem Komponentenspeicher, den DISM vorher reparieren muss. Offline aus WinRE heraus braucht DISM eine intakte Quelle, etwa den Installationsstick (hier Laufwerk D:):

DISM /Image:C:\ /Cleanup-Image /RestoreHealth /Source:WIM:D:\sources\install.wim:1 /LimitAccess

Die 1 am Ende ist der Index der Windows-Edition im Abbild; welche Nummer zu deiner Edition gehört, zeigt dism /Get-WimInfo /WimFile:D:\sources\install.wim. Danach die Systemdateien prüfen:

sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows

Verdacht auf defekte Hardware

Wenn keiner dieser Schritte greift, chkdsk mit Lesefehlern abbricht oder das Laufwerk Geräusche macht, ist die SSD oder Festplatte vermutlich defekt – Microsoft nennt diese Möglichkeit in der Bugcheck-Referenz selbst und verweist auf die Diagnose-Tools der Laufwerkshersteller (z. B. Seagate SeaTools, WD Dashboard, Samsung Magician). Aussagekräftig sind die SMART-Werte: Laut einer Auswertung von Backblaze zeigten 76,7 % der ausgefallenen Laufwerke vorher einen Wert über null bei mindestens einem der Attribute 5, 187, 188, 197 oder 198 – knapp ein Viertel fiel allerdings ohne jede Vorwarnung aus. Ein grüner SMART-Gesamtstatus ist deshalb kein Freispruch.

Ein schneller Gegentest: Laufwerk ausbauen und per USB-Adapter an einem zweiten PC anschließen. Wird es dort erkannt und lassen sich Dateien kopieren, rette zuerst die Daten. Taucht es gar nicht auf oder hängt der Explorer beim Öffnen, ist ein Hardware-Defekt so gut wie sicher. Bei bestätigtem Defekt hilft nur Austausch und Neuinstallation – und bei unersetzlichen Daten eine professionelle Datenrettung, bevor du weiterschraubst.

Hintergrund: Warum tritt 0x000000ED auf?

„Mounten“ bedeutet, dass das Betriebssystem ein Laufwerk in sein Dateisystem einbindet, damit es lesbar wird. Genau das misslingt beim Stopcode 0x000000ED: Das E/A-Subsystem (Ein-/Ausgabe) von Windows versucht, das Startvolume einzubinden, bekommt vom Dateisystemtreiber aber einen Fehler zurück – und ohne eingebundenes Systemlaufwerk kann Windows nicht weiterstarten.

Die häufigsten Auslöser dahinter:

• Beschädigtes Dateisystem durch hartes Ausschalten, Stromausfall oder ein abgebrochenes Update – deshalb wirkt chkdsk so oft.
• Defekte Startdateien / BCD (Boot Configuration Data, die Startkonfiguration), etwa nach missglückten Partitionsänderungen oder dem Klonen auf eine neue SSD – dagegen hilft bcdboot.
• Fehlerhafter Update-Stand wie beim Januar-Update 2026 – hier hilft das Deinstallieren des Qualitätsupdates.
• Ausfallende Hardware: fehlerhafte Sektoren, ein loses SATA-Kabel oder eine sterbende SSD/HDD, die das Volume physisch nicht mehr sauber bereitstellt.

Für Fachinformatiker in der Ausbildung ist der Fehler ein schönes Prüfungsbeispiel dafür, wie Boot-Kette, Dateisystem und I/O-Subsystem zusammenspielen: Firmware lädt den Boot-Manager von der EFI-Partition, der liest die BCD und startet den Windows-Loader, und erst wenn das Systemvolume sauber eingebunden ist, kann der Kernel überhaupt weiterladen.

Quellen

• Microsoft Learn: Bug Check 0xED UNMOUNTABLE_BOOT_VOLUME
• Microsoft Learn: Windows Recovery Environment (Windows RE)
• Microsoft Learn: chkdsk
• Microsoft Learn: BCDBoot-Befehlszeilenoptionen
• Microsoft Learn: Problembehandlung bei Windows-Startproblemen
• Microsoft Support: Deinstallieren eines Windows-Updates
• Microsoft Support: Finden des BitLocker-Wiederherstellungsschlüssels
• The Register: Microsoft probes Windows 11 boot failures (26.01.2026)
• Notebookcheck: Windows 11 boot failures officially blamed on a chain of bad updates
• Backblaze: What SMART Stats Tell Us About Hard Drives

Häufige Fragen

Was bedeutet der Fehler UNMOUNTABLE_BOOT_VOLUME (0x000000ED)?

Windows kann das Laufwerk mit dem Betriebssystem nicht mehr einbinden. Ursache ist fast immer ein beschädigtes Dateisystem oder kaputte Startdateien – seltener eine ausfallende Festplatte oder SSD.

Wie behebe ich 0x000000ED am schnellsten?

In die Windows-Wiederherstellungsumgebung booten, die Eingabeaufforderung öffnen und chkdsk /r C: ausführen. Das repariert das Dateisystem und löst den Fehler in den meisten Fällen.

Warum meldet bootrec /fixboot „Zugriff verweigert“?

Auf Windows-11-Rechnern mit UEFI und GPT gibt es keinen klassischen Bootsektor mehr. Nutze stattdessen bcdboot C:\Windows /s S: /f UEFI, nachdem du der EFI-Partition einen Laufwerksbuchstaben zugewiesen hast.

Sind bei diesem Fehler meine Daten verloren?

Meist nicht – nach der Reparatur sind die Dateien wieder da. Ist die Festplatte aber physisch defekt, können Daten betroffen sein. Dann vor weiteren Eingriffen ein Backup ziehen oder eine Datenrettung prüfen.

Woran erkenne ich, dass die Festplatte defekt ist?

Wenn chkdsk mit Lesefehlern abbricht, der Fehler nach jeder Reparatur zurückkehrt oder das Laufwerk klackert. Ein Hersteller-Diagnosetool und die SMART-Werte geben Gewissheit.