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

960
Rhyknowscerious

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:

dd operation unfinished

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
1
Warum nicht einfach die VDI mit einer VM verbinden, die RAW-Platte mit derselben VM verbinden und dann Daten kopieren? Ƭᴇcʜιᴇ007 vor 7 Jahren 0
Oh mein Gott. Wie könnte ich so etwas übersehen? Ich werde versuchen, den VDI und die RAW-Diskette zu mounten. Mounten Sie dann GPARTED iso und verwenden Sie dd von dort aus. Beeindruckend. Ich werde Sie wissen lassen, wie es funktioniert, nachdem ich wieder zu Hause bin. Danke für den Tipp! Rhyknowscerious vor 7 Jahren 0
Funktionierte nicht Vielleicht habe ich es falsch gemacht. Ich habe den Beitrag aktualisiert. Irgendwelche Vorschläge? - Vielleicht hat es nicht funktioniert, weil die .vdi dynamisch zugewiesen wird. Rhyknowscerious vor 7 Jahren 0

0 Antworten auf die Frage