Verschieben Sie die Virtualbox .vdi auf die physische Festplatte, behalten Sie jedoch die Virtualität bei

Hauptproblem

Ich habe einen Win 10 Pro-Host mit 5 Festplatten. Ich versuche, meine virtuelle .vdi-Maschine (Windows Server 2012 R2) auf eine dedizierte Festplatte zu verschieben. Ich vermute, dass ich die .vdi-Datei einfach auf das zusätzliche Laufwerk verschieben und die Größe ändern kann, um das gesamte Laufwerk zu übernehmen, aber ich habe gelesen, dass Sie direkt eine Raw-Festplatte mit einer .vdmk-Datei verwenden können, um auf die Raw-Festplatte zu verweisen.

Ich weiß, wie man die .vdi bewegt. Ich weiß, wie man eine .vdi-Größe ändert. Ich weiß, wie man eine .vdmk mit einer Rohplatte verbindet.

Ich weiß nicht genau, wie ich die .vdi-Daten auf die Raw-Festplatte migrieren soll. Vielleicht könnte ich die .vdi in eine .img umwandeln und dann eine Linux Live-CD verwenden, um mit dd auf die Ersatzplatte zu schreiben? Oder verfügt Virtualbox über ein natives Dienstprogramm, um dies alles bequemer zu machen?

Ich versuche nicht, die gesamte VM auf ein völlig neues Hardwaresystem zu migrieren. Versuchen Sie einfach, eine meiner 5 echten / physischen / rohen Host-Festplatten anstelle einer .vdi-Datei für eine virtuelle Festplatte zu verwenden.

PS Ich habe keine Angst vor der Befehlszeile cmd.exe, Powershell oder BASh.

Update 1

Dang Ich habe VirtualBox als Administrator ausgeführt und die .vdi und .vmdk als SATA und GPARTED Live als optisches IDE-Laufwerk angeschlossen. Dann sudo dd if=/dev/sda of=/dev/sdbund die VM stürzte mit diesem Fehler ab:

Bei der Ausführung der virtuellen Maschine ist ein Fehler aufgetreten! Die Fehlerdetails sind unten aufgeführt. Sie können versuchen, den Fehler zu korrigieren und die Ausführung der virtuellen Maschine fortzusetzen.

Der E / A-Cache hat beim Aktualisieren von Daten in Medium "ahci-0-1" (rc = VERR_ACCESS_DENIED) einen Fehler festgestellt. Stellen Sie sicher, dass auf der Festplatte genügend freier Speicherplatz vorhanden ist und dass die Festplatte ordnungsgemäß funktioniert. Der Betrieb kann danach fortgesetzt werden.

Fehler-ID: BLKCACHE_IOERR Schweregrad: Nicht schwerwiegender Fehler

Wenn ich die VM mit noch angeschlossenem GPARTED Live neu startete, scheint der DD-Vorgang tatsächlich gestartet zu sein, aber teilweise beendet:

Nun, die Fehlermeldung weist auf mehrere mögliche Probleme hin:

1. Mögliche Berechtigungsprobleme
2. Mögliche Probleme mit dem Speicherplatz

Das ist verwirrend für mich seit:

1. Die .vmdk-Datei verweist auf eine NTFS-formatierte 120-GB-SSD
2. The .vdi ist theoretisch 40 GB, wobei nur 20 GB verwendet werden
3. Ich arbeite mit Sudo
4. Ich verwende VirtualBox als Administrator