Fehlerbehebung Fehler 0xc000000e unter Windows-Start mit vollständiger Laufwerksverschlüsselung von Bitlocker

7698
Siguza

Hinweis: Ich hatte ursprünglich gedacht, dass die BCD das Problem sei, was sich als falsch herausstellte.


Ich hatte meinen Laptop ursprünglich wie folgt eingerichtet:

  • Eine 300-GB-Partition mit OS X 10.10 und nativer Vollverschlüsselung (FileVault).
  • Eine 200-GB-Partition mit Windows 10 und nativer Volllaufwerkverschlüsselung (BitLocker).
  • Ein rEFInd-Bootmanager, der auf dem ESP in installiert ist /EFI/boot.
  • Ein auf dem ESP in installierter Microsoft-Boot-Manager /EFI/Microsoft/Boot.

Vor zwei Tagen habe ich die OS X-Partition auf 200 GB verkleinert und dazwischen eine 100-GB-Partition hinzugefügt, auf der ich Ubuntu installiert habe.
Seitdem kann ich Windows nicht mehr starten.
Beim Aufrufen des Windows-Boot-Managers werde ich immer noch zur Eingabe des Kennworts aufgefordert, aber danach wird ein Bildschirm mit der Meldung angezeigt

Ihr PC / Gerät muss repariert werden

Ein unerwarteter Fehler ist aufgetreten.

Fehlercode: 0xc000000e

Dann habe ich mein Windows 10-Installationslaufwerk eingefügt und die Partition von der Befehlszeile aus ( ShiftF10) untersucht.
Erwies sich jedoch diskpartals nicht in der Lage, die Partition zu mounten, da sie offenbar mit dem MBR arbeitet.
(Ich habe sichergestellt, dass ich das Installationslaufwerk im EFI-Modus gebootet habe (über eine manuelle Boot-Zeilengruppe in rEFInd), und so hatte ich damit gerechnet diskpart, GPT zu verwenden, aber na ja ...)

Der MBR enthielt ursprünglich vier Partitionen:

  • ESP
  • Macintosh HD
  • Wiederherstellung HD
  • BOOT CAMP

Das GPT enthielt nach BOOTCAMP zusätzlich eine BitLocker-Wiederherstellungspartition.
Es stellte sich heraus, dass das Hinzufügen der Linux-Partition geändert worden war, BOOTCAMP aus der Liste geschoben und "Linux HD" zur vierten Partition gemacht hat.
Ich habe einfach den MBR so eingestellt, dass der letzte Einstiegspunkt wieder auf BOOTCAMP steht und die Linux-Partition "übersprungen" wird.

Danach konnte ich noch OS X und Ubuntu booten, und jetzt konnte ich auch die Windows-Partition mounten diskpart.
Und ich konnte die Partition mit aufschließen

manage-bde -unlock W: -Password 

beweisen, dass 1) ich den MBR nicht vermasselt habe und 2) die Partition noch intakt war.

Ich bin mir ziemlich sicher, dass das Problem in der BCR liegt.
Aus Gründen, die mir noch unklar sind, kann ich das ESP nicht vom Installationslaufwerk aus mounten. Wenn Sie versuchen, der ersten Partition von Datenträger 0 einen Laufwerksbuchstaben zuzuweisen, wird "Es ist kein Volume angegeben" angegeben, es werden jedoch list volumenur alle bereits installierten Elemente aufgelistet.
bootrec /rebuildbcdauch schrecklich, das Entfernen der BCD-Datei aus dem Installationslaufwerk .
Ich kann jedoch das BCD einfach auf das Installationslaufwerk kopieren und darauf verwenden bcdedit.

bcedit /store BCD druckt:

Windows Boot Manager -------------------- identifier  device unknown path \EFI\Microsoft\Boot\bootmgfw.efi description Windows Boot Manager locale en-US inherit  default  resumeobject  displayorder  toolsdisplayorder  timeout 30  Windows Boot Loader ------------------- identifier  device unknown path \Windows\system32\winload.efi description Windows 10 locale en-US inherit  recoveryenabled No custom:16000060 Yes custom:17000077 352321653 osdevice unknown systemroot \Windows resumeobject  nx OptIn custom:250000c2 1 

Und dies unknownsah nicht so gut zu mir, also habe ich sie partition=W:mit

bcdedit /store BCD /set device partition=W: bcdedit /store BCD /set osdevice partition=W: 

Und ich habe das Ergebnis überprüft:

Windows Boot Manager -------------------- identifier  device unknown path \EFI\Microsoft\Boot\bootmgfw.efi description Windows Boot Manager locale en-US inherit  default  resumeobject  displayorder  toolsdisplayorder  timeout 30  Windows Boot Loader ------------------- identifier  device partition=W: path \Windows\system32\winload.efi description Windows 10 locale en-US inherit  recoveryenabled No custom:16000060 Yes custom:17000077 352321653 osdevice partition=W: systemroot \Windows resumeobject  nx OptIn custom:250000c2 1 

Nach dem Zurückschieben der BCD-Datei auf mein ESP fordert mich der Windows-Bootmanager nicht einmal mehr zur Eingabe eines Kennworts auf, sondern zeigt sofort einen anderen Fehler an

Ihr PC / Gerät muss repariert werden.

Die Anwendung oder das Betriebssystem konnten nicht geladen werden, da eine erforderliche Datei fehlt oder Fehler enthält.

Datei: \ Windows \ system32 \ winload.efi Fehlercode: 0xc0000225

Ich habe versucht, Einstellung deviceund osdevicevor und nach dem Entschlüsseln - W:Laufwerk, mit dem gleichen Ergebnis.
Die Einstellung devicefür machte auch keinen Unterschied. Ich bin mir ziemlich sicher, dass dies ein Schritt zurück war, weil es nicht einmal mehr nach meinem Passwort verlangt.

Ich habe auch bemerkt, dass selbst das Laufen bcdedit /store BCDziemlich viele Änderungen an der Datei vorgenommen hat, da keine Daten geändert wurden.
Die Datei würde unter anderem einen eigenen Pfad enthalten, der Volume1\EFI\Microsoft\Boot\BCDfür die ursprüngliche BCD-Datei und ??\C:\BCDfür meine geänderte Datei gilt.
Ich war zuerst besorgt, dass dies die Datei irgendwie "verunreinigen" würde, aber ich führte einen Test durch und wechselte descriptionvon zu Windows 42, was wiederum einige Änderungen in der Datei verursachte, aber der Windows-Bootmanager fragte mich immer noch nach ein Passwort, wenn diese Datei verwendet wird, so "unreinigt" die Datei auch nicht durch einen benutzerdefinierten Dateispeicherort bcdedit.

Nun endlich meine Frage:

Wie kann ich meine BCD reparieren?
Oder wenn es nicht das Problem ist, was ist dann und wie kann ich es beheben?


Zusätzliche Information:

diskutil list

/dev/disk0 #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *500.3 GB disk0 1: EFI EFI 209.7 MB disk0s1 2: Apple_CoreStorage 200.4 GB disk0s2 3: Apple_Boot Recovery HD 650.1 MB disk0s3 4: Microsoft Basic Data 99.0 GB disk0s4 5: Microsoft Basic Data 199.7 GB disk0s5 6: DE94BBA4-06D1-4D40-A16A-BFD50179D6AC 363.9 MB disk0s6 /dev/disk1 #: TYPE NAME SIZE IDENTIFIER 0: Apple_HFS Macintosh HD *200.0 GB disk1 Logical Volume on disk0s2 4A45027B-2703-4C7D-816E-3419DE0F0F61 Unlocked Encrypted 

sudo gpt show -l /dev/disk0

gpt show: /dev/disk0: Suspicious MBR at sector 0 start size index contents 0 1 MBR 1 1 Pri GPT header 2 32 Pri GPT table 34 6  40 409600 1 GPT part - "EFI System Partition" 409640 391334208 2 GPT part - "Customer" 391743848 1269760 3 GPT part - "Recovery HD" 393013608 1688  393015296 193355776 4 GPT part - "Linux HD" 586371072 2048  586373120 390019148 5 GPT part - "BOOTCAMP" 976392268 1972  976394240 710656 6 GPT part - "" 977104896 131  977105027 32 Sec GPT table 977105059 1 Sec GPT header 

sudo fdisk /dev/disk0

Disk: /dev/disk0 geometry: 60821/255/63 [977105060 sectors] Signature: 0xAA55 Starting Ending #: id cyl hd sec - cyl hd sec [ start - size] ------------------------------------------------------------------------ 1: EE 0 0 2 - 1023 254 63 [ 1 - 409639] <Unknown ID> *2: DA 1023 254 63 - 1023 254 63 [ 409640 - 391334208] <Unknown ID> 3: AF 1023 254 63 - 1023 254 63 [ 391743848 - 1269760] HFS+  4: 07 1023 254 63 - 1023 254 63 [ 586373120 - 390019148] HPFS/QNX/AUX 

Der Windows-Bootmanager mit der Original-BCD:

nach dem Passwort fragen

Der Windows-Bootmanager mit der Original-BCD nach Eingabe meines Passworts:

Fehler 0xc000000e

Der Windows-Bootmanager mit einer modifizierten BCD:

Fehler 0xc0000225

Update 1:

Ich habe versucht, BOOTCAMP im MBR als "bootfähig" zu markieren, und zwar ohne Änderung.

4

1 Antwort auf die Frage

6
Siguza

Die BCD war eigentlich in Ordnung, es war der MBR, der den ganzen Ärger verursachte.

Ich hatte bereits mein Laufwerk entschlüsselt [1] und versuchte, Windows neu zu installieren. Bei der Auswahl des Laufwerks wurde jedoch ein Popup-Fenster mit der Aufschrift "Diese Festplatte verwendet MBR, aber EFI-basierte Systeme können nur auf GPT-Laufwerken installiert werden" angezeigt.
Anscheinend hat MBR unter Windows Vorrang vor GPT.

Ich ging voran und ersetze∂ meinen MBR durch einen "schützenden" mit

sudo gdisk /dev/disk0 # On Linux, use /dev/sda r # Recovery/transformation x # Expert mode n # New protective MBR w # Write changes to disk y # Yes (confirm) 

(Unter Linux gdisksollte es standardmäßig installiert sein (ansonsten versuchen Sie es sudo apt-get install gdisk), unter Mac erhalten Sie es hier .)

Damit wurde mein Problem endlich gelöst.


[1] Es scheint nicht unbedingt notwendig zu sein, aber für die Aufzeichnung: Wenn Ihr verschlüsseltes Laufwerk als beschriftet gekennzeichnet ist W:, entsperren Sie es zunächst über die Befehlszeile des Installationslaufwerks, führen Sie dann den Befehl aus manage-bde -off W:, überprüfen Sie den Fortschritt von Zeit zu Zeit und starten Sie die manage-bde -status W:Verschlüsselung erneut trifft 0%.

Du hast mich heute wirklich gerettet! :) Ich wünschte ehrlich, ich könnte dir mehr Punkte geben !! Nur eine Kleinigkeit (meistens, um diesem Kommentar einen Grund zu geben): Sie könnten noch deutlicher sein, dass der Fix nur die "gdisk" -Datei beinhaltet und dass es nicht erforderlich ist, Ihre BitLocker-Partition zu entschlüsseln, selbst wenn So haben Sie die Lösung gefunden. Es hat mich etwas verwirrt. Wie auch immer, ich habe nichts als Dankbarkeit für das Posten, puh. Vielen Dank! Andreas Magnusson vor 7 Jahren 1
Danke, ich habe meine Antwort aktualisiert. Und du bist willkommen, Mann. :) Ich wünsche es niemandem, dies selbst herauszufinden. Siguza vor 7 Jahren 0