Installieren von Win8 in VHD: "Konnte \Windows\system32\winload nicht laden.exe"

Ich hatte genau das gleiche Problem und habe es behoben, indem ich die VHD auf mein C-Laufwerk verschoben habe.

Ich würde vorschlagen, dass Sie zuerst den Hash auf Ihrer ISO vergleichen.

MD5: cda63e335fb9af5354c63441f5aa5169 SHA1: 1288519c5035bcac83cbfa23a33038ccf5522749

Schlimmer kommt schlimmer, versuchen Sie eine Neuinstallation. Persönlich habe ich die Dev-Vorschau von VHDs ausgeführt. Ich hatte keine Zeit, es auszuprobieren.

Fehlercode 0xc000000e ist STATUS_NO_SUCH_DEVICE, was ein bisschen traurig ist. \system32\winload.exe ist die erste Datei, die von der Festplatte geladen wird (sie führt die Preboot-Umgebung aus, bevor \system\ntoskrnl.exe geladen wird, was das erste Bit ist, das jemand als Windows erkennen würde), so dass dies so aussieht, als ob etwas im Dateisystemtreiber Einwände dagegen hat, wie Ihre virtuelle Maschine Ihre virtuelle Festplatte für das Betriebssystem darstellt (dh Windows mag den virtuellen Festplattencontroller nicht).

Hat Windows 8 jemals erfolgreich auf dieser virtuellen maschine vor? Wenn nicht, kann es sein, dass die von Ihnen verwendete Software für virtuelle Maschinen nicht von der Windows 8-Vorschau unterstützt wird, in diesem Fall ist es am besten, eine andere VM-Software zu verwenden.

Wenn Sie zuvor auf dieser VM gebootet haben, sieht es so aus, als ob etwas schief gelaufen ist und Sie das Betriebssystem möglicherweise neu installieren müssen.

Ich hatte genau denselben Fehler, aber unter anderen Umständen als du.

In meinem Fall habe ich eine vorhandene vhdx-Datei in einen neuen Pfad verschoben (eigentlich ein neues Laufwerk). Um das native Booten fortzusetzen, musste ich Boot-Datensätze in BCD bearbeiten, um auf den neuen Pfad zu zeigen. Es gibt offizielle Anleitung für dieses Szenario, aber es fehlt ein kritischer Befehl-was Ihnen helfen kann.

Der offizielle Leitfaden

Die offizielle Anleitung Fügen Sie dem Boot eine virtuelle native Boot-Festplatte hinzu Menü kann zusammengefasst werden als:

:: Add boot record by copying and modifying current record
:: This command gives you new {new-guid} you will use below
bcdedit /copy {current} /d "Description here"

:: Update copied record with the new path N:\windows.vhdx
bcdedit /set {new-guid} device vhd=[N:]\windows.vhdx
bcdedit /set {new-guid} osdevice vhd=[N:]\windows.vhdx

Ziemlich einfach, aber es hat nicht funktioniert; Ich bekam den gleichen Fehler wie du.

Der Fix

Um dies zu beheben, musste ich den vhdx von seinem neuen Pfad N:\windows.vhdx auf den Datenträgerbuchstaben O:\ mounten und diesen Befehl ausführen:

:: bcdboot does two things:
:: a) it creates or repairs boot files in specified location
:: b) it creates or updates boot record in BCD
bcdboot O:\Windows

Dann können Sie die vhdx aushängen. Es hat keinen großen Unterschied in der Auflistung von bcdedit /v gemacht - im Grunde hat es nur den kopierten Boot-Datensatz mit einer neuen GUID anstelle der vorherigen {new-guid} aktualisiert - aber etwas wurde behoben in der Kofferraum stand hinter dem Vorhang und es fing an zu arbeiten.

Hinweis: Sie könnten argumentieren, dass bcdboot die vhdx-Datei tatsächlich behoben hat, nämlich die Boot-Dateien in O:\, aber das konnte in meinem Szenario keine Rolle spielen, da ich die vhdx verworfen habe, auf der ich bcdboot ausgeführt habe und stattdessen eine andere Kopie verwendet habe, die nie so behandelt wurde.