Multiboot mit VHDX

[DK2000]

Wenn die vhdx jetzt eingebunden ist und E: Die Partition mit Windows ist:

bcdboot e:\windows /l de-DE /f UEFI

Und dann die vhdx wieder entfernen. Aber ob das in der Form so funktioniert, weiß ich nicht.

[Tante Google]

[ARTJ]

Ich bekomme es leider nicht hin:

Bcdedit /copy {current} /d "GMF-NB-20"
bcdedit /set {050b6e2e-ea9b-11ee-92db-4c496c4ce5e5} osdevice vhd=[c:]\VHDX\GMF-NB-20.vhdx
Bcdedit /set {050b6e2e-ea9b-11ee-92db-4c496c4ce5e5} device vhd=[C:]\VHDX\GMF-NB-20.vhdx
Bcdedit /set {050b6e2e-ea9b-11ee-92db-4c496c4ce5e5} detecthal on

INACCESSIBLE_BOOT_DEVICE

Screenshot 2024-03-25 124526.png

Screenshot 2024-03-25 125221.png

[DK2000]

Was machst Du denn da? Einfach die E: in den Bootmanager schreiben (oder jetzt V:?):

bcdboot e:\windows /l de-DE /f UEFI

Mehr ist das nicht. Dann ist E: (oder V:) im Bootmanager vom Host.

[ARTJ]

Was machst Du denn da? Einfach die E: in den Bootmanager schreiben (oder jetzt V:?):

bcdboot e:\windows /l de-DE /f UEFI

Mehr ist das nicht. Dann ist E: (oder V:) im Bootmanager vom Host.

Das will er eben nicht schreiben...

Screenshot 2024-03-25 130610.png

Bin zu blöd....

[DK2000]

Wundert ich gerade, dass da noch nicht einmal ein Fehler kommt. Oder ist das wieder so ein Windows 11 Kram, wo man das nur aus der PE-Umgebung ausführen darf? Müsste ich mal testen.

[DK2000]

Ja, mein Fehler. Zu kompliziert gedacht. Bootmanager ist ja schon installiert. Reicht also ein einfaches

bcdboot V:\Windows /d /addlast

Dann wird der Eintrag geschrieben. Aber ich habe es jetzt nur mit einer Startpartition in der vhdx getestet.

Aber irgendetwas passt da nicht:

Code: Alles auswählen

/d         Gibt an, dass der vorhandene standardmäßige Windows-Starteintrag beibehalten werden soll.

/addlast   Gibt an, dass der Firmwareeintrag des Windows-Start-Managers
           am Schluss hinzugefügt werden soll. Standardmäßig wird der Eintrag am Anfang
           hinzugefügt.

Beide wird ignoriert. Das Windows auf der vhdx wird an erster Stelle eingetragen und zu default. Mh?

Ach so, um vhdx nicht trennen, Laufwerksbuchstabe entfernen ja, aber nicht trennen.

[ARTJ]

Der Befehl ist jetzt ausgeführt.

Auswahl beim booten ok, aber dann

INACCESSIBLE_BOOT_DEVICE

[moinmoin]

@ARTJ sei so gut, wenn du direkt antwortest, brauchst du nicht zu zitieren.

[DK2000]

INACCESSIBLE_BOOT_DEVICE liegt am installierten Treiber vom windows in der vhdx. Hätte man wohl vorher zurücksetze müssen. Kann sein, dass da andere Treiber auch auf der neuen Hardware rumzicken.

[ARTJ]

Screenshot 2024-03-25 130610.png

[ARTJ]

Ok. dann würde ich eine neue VHDX erstellen. Wieder mit DISK2VHD?
Wie kann ich die Treiber entfernen?

Danke

[ARTJ]

Ok. dann würde ich eine neue VHDX erstellen. Wieder mit DISK2VHD?
Wie kann ich die Treiber entfernen?

Danke

[bodu]

Welchen alten und neuen Dell XPS nutzt du?
Welcher Massenspeicher ist im alten Dell XPS verbaut? Ist der als SATA AHCI angeschlossen?
Welcher Massenspeicher ist im neuen Dell XPS verbaut? Ist der als M.2 NVMe angeschlossen?

Gibt es im alten Dell XPS
HKLM\SYSTEM\CurrentControlSet\Services\stornvme\StartOverride
und/oder
HKLM\SYSTEM\CurrentControlSet\Services\storahci\StartOverride

[Gast]

Also eine neue VHDX könnte man so erstellen:
C:\Windows\System32>wbAdmin.exe start backup -backupTarget:E: -include:C: -allCritical -quiet
In der Datenträgerverwaltung >Aktion>Virtuelle Festplatte anfügen und die C-VHDX auswählen
Laufwerksbuchstabe z.B. (K:) zuweisen
bcdboot K:\Windows eingeben
bcdedit ausführen
Die "device" und "osdevice" sollten dann so (ähnlich) aussehen
vhd=[K:]\WindowsImageBackup\LATITUDE\Backup 2024-04-15 081811\5539a450-a8cc-4ef9-8871-8e42a45521b1.vhdx
dann
bcdedit /set {ID} bootlog Yes
eingeben
Das entsprechende ntbtlog-file findest du dann später unter
K:\Windows