Methode 2 funktioniert jetzt gut (mit VirtualBox 4.0 und höher) , ohne dass eine XML-Änderung erforderlich ist:

1. Stoppen Sie Ihre virtuelle Maschine
2. VirtualBox beenden
3. Kopieren Sie den VM-Ordner an den neuen Speicherort
4. Starten Sie VirtualBox neu und löschen Sie die alte VM.
5. Gehe zum Maschinenmenü und gehe zu deinem neuen Standort.

Das ist es!

Ps: Ich habe VirtualBox 4.3.20 unter OSX 10.10

Siehe diesen VirtualBox Forenbeitrag für detaillierter.

Meine bevorzugte Option ist auch Option 2:

1. Kopieren Sie den gesamten VM-Ordner, enthält die .vdi und .vbox-Dateien.

Aber manchmal kommt es zu einer UUID-Nichtübereinstimmung. Dies passiert oft, wenn Sie nur das VDI-Disk-Image eines Computers auf einen anderen Computer kopieren, aber ich habe es auch bei geraden Kopien vollständiger Verzeichnisse erlebt.

Wenn dies die Nachricht ist, die Sie erhalten, nachdem Sie die virtuelle Maschine bewegt und versucht haben, sie in der neuen zu starten setup:

Festplatte konnte nicht geöffnet werden .

Kann die Festplatte wegen einer Festplatte nicht registrieren mit UUID existiert bereits.

Gehen Sie einfach in das Verzeichnis Ihrer virtuellen Maschine; Ändern Sie natürlich den tatsächlichen Pfad so, dass er mit dem tatsächlichen Pfad übereinstimmt, in den Sie gehen:

cd /full/path/to/virtualbox/virtualmachine/Sandbox

Und führen Sie diesen Befehl aus, um der Festplatte eine neue UUID zuzuweisen:

VBoxManage internalcommands sethduuid Sandbox.vdi

Falls jemand anderes nach einer Antwort darauf sucht, habe ich 5 Virtual Box VMs erfolgreich auf eine andere Win7-Installation auf einer neuen Festplatte auf demselben Computer verschoben (im Wesentlichen ein Wechsel von einem Gastbetriebssystem zu einem anderen auf demselben PC). Mir ist klar, dass Treiber auf einem völlig neuen Computer wahrscheinlich variieren und sich möglicherweise negativ auf die Bewegung auswirken würden, aber ich habe den folgenden Prozess in der Hoffnung dokumentiert, dass er jemandem helfen kann.

• Es war nicht erforderlich, VMs zu klonen oder das XML zu ändern Datei. VB-Version war ziemlich aktuell: 4.3. 12r93773.
• Neue Kopien von VMs wurden in einem neuen Ordner/freigegebenen Laufwerk erstellt, um vorhandene / alte VMs intakt zu halten. Ich kann immer noch von der alten Festplatte booten, die ich für Redundanz/Problemauflösung beibehalten habe, bis ich mit meinem neuen Setup zufrieden bin.so kann ich bei Bedarf auf die alten VMs in ihrem früheren Zustand zugreifen.
• Laufwerksbuchstaben variieren/sind je nach Setup möglicherweise nicht erforderlich.

Auf dem alten Win7-Host:

1. Stellen Sie sicher, dass alle VMs ausgeschaltet.

Auf neuem Win7-Host:

1. Erstellen Sie einen neuen Ordner namens X:\NewVMs\VirtualBox VMs (vom neuen Win7-Computer, um sicherzustellen, dass Berechtigungen in Ordnung sind)
2. Kopieren / Einfügen (nicht ziehen) aller VMs und zugehörigen Ordnerinhalte aus dem alten Ordner in diesen Ordner (verwendet neue Berechtigungen)
3. VirtualBox Deinstallieren (falls installiert)
4. Löschen .virtualbox Ordner und alle Inhalte (falls vorhanden)
5. neu starten, um zu bestätigen, keine Programme oder registry-Einträge bleiben (wenn die deinstallation alte VirtualBox).
6. VirtualBox installieren / neu installieren (stellen Sie sicher, dass Sie dieselbe Version wie die VirtualBox verwenden, auf der VMs auf einem alten Host/Computer erstellt wurden (in meinem Fall ver. 4.3. 12r93773))
   WICHTIG: (Wählen Sie kein Kontrollkästchen zum Öffnen / Ausführen von VirtualBox am Ende der Installation)
7. Kopieren/einfügen (nicht ziehen) .virtualbox Ordner und Inhalte von alten Win7 Host (in der Regel C:\Users[benutzername].VirtualBox
8. Jetzt VirtualBox öffnen
9. Einstellungen für neue Standard-VM-Erstellung festlegen ordner im selben Dateipfad wie der neu erstellte VirtualBox VMs-Ordner: X:\NewVMs\VirtualBox VMs
10. Teststatus von VMs

Viel Glück.

Für den Sonderfall, in dem:

• Sie haben nur eine einzelne VM (oder möchten alle Ihre VMs verschieben),
• und der Host ist die gleiche Hardware mit derselben Betriebssystemversion (oder Neuinstallation desselben Betriebssystems auf demselben Computer)

Wenn Sie in diesem Fall sind, dann sind die Dinge einfach:

1. VirtualBox auf beiden Hosts herunterfahren.
2. Kopieren Sie die Ordner .config/VirtualBox und VirtualBox VMs vom Quellhost.
3. Kopieren Sie diese Ordner an das Ziel Host.
4. VirtualBox auf dem Zielhost starten

Der 4. Weg

In VirtualBOX:

1. Schalten Sie die VM aus
2. Rechtsklick und Entfernen der VM (Dateien nicht löschen)
3. Gehen Sie zu Datei>Virtual Media Manager, und entfernen Sie die .vdi -
4. Gehe zu Datei>Einstellungen>Allgemein und setze den Standard-Maschinenordner auf den neuen Speicherort
5. Erstellen einer neuen VM Verwenden Sie den Expertenmodus, um die VM ohne Festplatte zu erstellen

Im Datei-Explorer:

1. Suchen Sie die .vdi-Datei und kopieren
2. Gehe zum neuen Standard maschinenordner, es wird einen VM-Ordner in
3. Fügen Sie die .vdi-Datei im neuen VM-Ordner

Zurück In VirtualBOX:

1. Rechtsklick auf die VM und Einstellungen öffnen
2. Gehen Sie zu Speicher>Controller: SATA und fügen Sie eine Festplatte hinzu, klicken Sie auf Vorhandene Festplatte auswählen 11.wählen Sie die .vdi-Datei im neuen VM-Ordner

Hinweis: Wenn Methode 2 Ihre Installation von VirtualBox unterbricht, gehen Sie zu C:\Users\.VirtualBox und löschen VirtualBox.xml und Umbenennen VirtualBox.xml-prev zu VirtualBox.xml -

Ich habe auch Methode 2 verwendet, um meine virtuelle Maschine zu verschieben, und ich musste keine Änderungen in einer XML-Datei vornehmen, bekam aber einige Fehler mit USB und Dateifreigabe und unten habe ich sie zusammen mit dem Prozess behoben:

1. Kopieren Sie die virtuelle Maschine vom alten auf den neuen pc. Die Dateien der virtuellen Maschine unterscheiden sich von der Oracle Virtual Machine selbst. Diese Dateien befinden sich normalerweise bei c:\users\\VirtualBox VMs\. Ich nahm den gesamten Teil VirtualBox VMs\ auf und kopierte ihn in ähnlicher Standort auf neuem PC. Dies kopiert alle virtuellen Maschinen, die ich auf dem ursprünglichen PC hatte.

2. Führen Sie nun auf dem neuen PC virtual Box aus und gehen Sie zu Menü > Maschine > Hinzufügen und wählen Sie aus .vbox-Datei aus dem Ordner kopiert. Das ist es.

3. Wenn ich jetzt die virtuelle Maschine auf einem neuen PC ausführe, wurde beim Booten eine Fehlermeldung angezeigt:

1. Ich weiß nicht, warum der USB-Controller nicht funktioniert hat, weil das gleiche auf dem ursprünglichen Computer funktioniert hat. Ich ging voran und installiert VirtualBox Extension Pack

2. Diese Installation war etwas seltsam, da der Installationsdownload keine ausführbare Datei war. Ich habe auf Oracle_VM_VirtualBox_Extension_Pack-5.1.4-110228 geklickt.vbox-extpack und ausgewählt 'Wählen Sie ein Programm aus einer Liste der installierten Programme' und dann ausgewählt Oracel virtualbox und es installiert die Erweiterung. Das Problem wurde behoben, aber eine andere weniger wünschenswerte Lösung ist, dass Sie den USB deaktivieren können.

3. Wenn du geteilt hättest ordner in der ursprünglichen VM können sich unterscheiden und Sie erhalten einen Fehler. Überprüfen Sie diese unter Einstellungen > > Freigegebener Ordner und löschen Sie diejenigen, die defekt sind. Eine Fehlermeldung sieht aus wie

.

Das ist alles.

Zar, als erstes... bewegen Sie niemals eine Maschine, die sich im gespeicherten Zustand befindet, vor dem Verschieben müssen Sie den Gast herunterfahren und nicht nur den Status speichern.

Stellen Sie außerdem sicher, dass Sie auf beiden Hosts dieselbe Version von VirtualBox verwenden, aber nicht nur die VirtualBox-Version, sondern auch das Erweiterungspaket vesion... oder zumindest der neue Host hat eine höhere Version,aber niemals eine niedrigere Version auf einer der beiden.

Und schließlich habe ich es auf die harte Tour gelernt, die Konfiguration FREIGEGEBENER Ordner auf VirtualBox zu löschen bevor Sie die Maschine bewegen, erstellen Sie sie dann korrekt neu... sehr wichtig, wenn host sind verschiedene OS (Windows / Linux hosts).

Und nur als Randnotiz... ich immer, immer verwenden inmutable Festplatte VDI-Dateien für OS sowie für Daten VDIs (auf diese Weise die gleichen Daten VDI kann für mehr als Gast verwendet werden), speziell für 4GiB Pagefile entwickelt.sys

Der letzte Teil, die Wiederverwendung einer unveränderlichen VDI-Datei macht es etwas schwieriger, VirtualBox hat einen GROßEN FEHLER.

Um den Fehler zu sehen in Aktion:

• Erstellen Sie einen unveränderlichen VDI (wie den, den ich für Pagefile verwende.sys)
• Erstellen Sie zwei oder drei VMs auf VirtualBox
• Bewege einen von ihnen an den Anfang der Liste (nur um zu vermeiden, dass einer von Ihnen beschädigt wird)
• Sichern Sie die .vbox-Dateien von jedem der von Ihnen erstellten Maschinen (zum Vergleichen nach dem FEHLER)
• Füge diesen unveränderlichen VDI an mehr als einen dieser Maschinen an (außer dem oben in der Liste)
• Nun sehen Sie die .vbox von die Maschine, die ganz oben auf der Liste steht

Diese Maschine wurde bearbeitet, sie enthält Verweise auf die anderen Maschinen in unveränderlicher VDI.

Der FEHLER lautet also: Bearbeiten Sie eine Maschine Das Hinzufügen einer unveränderlichen VDI, die von einer anderen verwendet wird, wirkt sich auf die Maschine oben in der Liste aus.

Warum zum Teufel verwende ich auf allen Windows-Computern dieselbe 4GiB VDI? Einfach, es ist eine MBR-Festplatte mit einer FAT32-Partition, in die ich Pagefile lege.sys, da es in unveränderlich ist, erstellen alle virtuellen Maschinen eine Datei in ihrem Snapshot-Ordner, in dem sie die Änderungen speichern und die beim nächsten Start verloren gehen, benötige ich nicht 4GiB für jeden Gast, der auf der Hostdiskette gespeichert ist, sondern nur eine... auf diese Weise spare ich viel GiB, da ich mehr als 20 verschiedene Fenster zum Testen von Apps habe, die ich für meine eigenen entwickle, alle Kombinationen von (XP, Vista, 7, 8, 8.1, 10)*(32Bits, 64Bits) * (Genau wie bei der ersten Installation, nach jedem ServicePack, nach vollständigem Windows Update), bekomme ich viel, viel Gast... also auf allen teile ich die inm. 4GiB VDI für den virtuellen ram (Auslagerungsdatei.sys).

Und wenn Sie den FEHLER weiter gehen lassen, versuchen Sie, eine dieser Maschinen auf einen anderen VirtualBox-Host zu verschieben (denken Sie daran, dass es sich nur um eine virtuelle Maschine mit einer Konfiguration handelt und noch kein Gast auf ihnen installiert ist), Sie werden sehen VirtualBox lässt Sie nicht hinzufügen, da einige VDIs fehlen (es ist FALSCH und WAHR, es ist so, dass diese erste Maschine die Verweise auf solche VDIs enthält, anstatt auf der richtigen Maschine zu sein).

Vergleichen Sie nun die .VBOX-Dateien von allen mit Previos BackUp... beachten Sie, wie man falsch geändert wird?... ja, es steht ganz oben auf der Liste.

Nun, dieser FEHLER wurde VirtualBox vor einigen Jahren mitgeteilt, sie können ihn immer noch nicht beheben... und es verursacht viele, viele Probleme.

Wenn Sie die oberste auf den virtuellen Maschinen an eine niedrigere Position verschieben, schließen Sie VirtualBox und starten Sie sie erneut... wird Ihnen sagen, dass einige Maschinen beschädigt sind und nicht gestartet werden können... ja, der erste auf der Liste muss sein behandelt in einer anderen Form, wenn Sie nicht viel Ärger bekommen wollen.

Es ist eine wirklich schlechte FEHLER, die dauerte viele Tage, um, entdeckte (einige Jahre her), habe ich es lernen auf die harte Weise!

Ich hatte es überwunden, indem ich eine Maschine hatte, die ich gerufen hatte:

• Common Inmutable Disks

Es hat eine leere Konfiguration und nur einen VDI, ja, Sie haben Recht, Sie haben es erraten, den unveränderlichen VDI, den ich für alle anderen virtuellen Maschinen teile.

Nun, wenn ich öffne die .VBOX-Datei, die ich darin sehe es viele Linien auf der <MediaRegistry> <HardDisks> abschnitt, einer pro jeder Maschine, auf der ich diesen inmutable VDI verwende... nur als Beispiel (ich entferne private Daten):

<MediaRegistry>
  <HardDisks>
    <HardDisk uuid="...UUID..." location="D:\VDIs\_Virtual_Memory_.vdi" format="VDI" type="Immutable">
      <HardDisk uuid="{...UUID...}" location="Snapshots\{...UUID...}.vdi" format="VDI" autoReset="true"/>
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows001 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows002 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows003 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows004 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows005 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows006 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows007 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows008 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows009 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows010 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows011 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows012 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows013 ... // This belongs to other virtual Machine
      ... and so on ...  // This belongs to other virtual Machine
    </HardDisk>
  </HardDisks>
</MediaRegistry>

Hübscher FEHLER, seit Jahren nicht mehr behoben.

Nun, um solche Maschinen zu bewegen... sie müssen manuell bearbeiten die .VBOX-Dateien, um alle diese Platten Referenzen auf dem neuen Host auf dem ersten Rechner zu setzen (derjenige, der am Anfang der Liste ist) vor dem Hinzufügen der .VBOX-Dateien in die Liste, so dass beim Hinzufügen VirtualBox hat die Verweise auf die fehlenden VDIs (fehlt durch den großen Fehler verursacht).

Die Sache tritt auf, weil jedes Mal, wenn Sie eine VDI verbinden, die auf einem anderen Computer verwendet wird, VirtualBox zwei Maschinen aktualisiert .VBOX-Dateien (die zu dem von Ihnen verwendeten Computer gehören) und zu den ersten in der Liste.

Ich bin mir nicht ganz sicher, was passieren würde,wenn auf der Liste, die erste hat nicht so gemeinsame VDI angebracht... besser, es nicht zu versuchen, gesehen, was ich sehe.

Die Migration auf einen anderen HOST ist also viel komplizierter als das, was es zu sein scheint, weil sehr schlechte Umsetzung auf .VBOX-Dateien interne Struktur und wegen wirklich großer Fehler, wenn VirtualBox sie bearbeitet.

Schlägt fehl:

• Die interne Struktur (XML) hängt vom HOST (Windows oder Linux) ab
• Bearbeiten Eine Maschine kann eine andere ändern, nicht nur die, die bearbeitet wird
• ... was mehr ?

Brauchen mehr... ich migriere immer Maschinen, die dies tun (und hatte nie ein Problem):

1. Zur Kenntnis nehmen der Liste aller Maschinen (Reihenfolge, Gruppierung usw.)
2. Beachten Sie die erste auf der Liste (alle seine Konfiguration)
3. Notieren Sie sich alle Eigenschaften von Maschinen, die ich auf einen anderen Host verschieben möchte
4. Kopieren Sie die .vbox-Dateien .txt-Dateien (die oben in der Liste + alle Computer, die ich migrieren möchte)
5. Erstellen Sie alle Maschinen neu (und haben Sie eine spezielle oben in der Liste) in VirtualBox auf dem neuen Host
6. VirtualBox auf neuem Host schließen
7. Diff vergleichen Sie das alte .txt mit dem neuen .vbox-Dateien und kopieren .txt zu .vbox einige Teile in menschlicher Weise, nicht nur Copy&Paste
8. Öffnen Sie VirtualBox und hängen Sie alle VDIs in der richtigen Reihenfolge an
9. VirtualBox auf neuem Host erneut schließen
10. Diff vergleiche das alte .txt mit dem neuen .vbox-Dateien und' fix ' von .txt zu .vbox einige Teile in menschlicher Weise, nicht nur Copy&Paste

Alle anderen (Snapshots Ordner und VDI-Dateien) Ich kopiere sie auf die normale Weise (Dateisystem Kopieren & Einfügen).

All diese harte manuelle Arbeit wird durch den großen Fehler VirtualBox verursacht: Es bearbeitet / verändert eine Maschine nicht geändert wurde, wenn Sie eine inmutable VDI anhängen, die auf mehr als einer Maschine verwendet werden, sonst eine einfache Copy & Paste die .VBOX-Datei würde ausreichen (nach dem Festlegen von Pfaden für freigegebene Ordner usw.).

Kopieren Sie den Ordner mit dem Computer an das Ziel, dann aus dem Menü: "Maschine" - - - > "Hinzufügen", und wählen Sie dann die vbox-Datei, NICHT die VDI-Datei. Für mich lief das einwandfrei. Ich bin mir nicht sicher, ob ich Glück hatte oder ob es so funktionieren soll.