J'utilise VirtualBox 4.1.x sur ma machine Ubuntu et j'ai configuré plusieurs machines virtuelles. Puisqu'il existe plusieurs façons de déplacer une machine virtuelle dans VirtualBox vers un autre ordinateur, je me demandais laquelle était la méthode recommandée:

1. Utilisez l’utilitaire «Import / Export».
2. Copiez le dossier entier de la machine virtuelle, contenant les fichiers .vdiet .vbox.
3. Clonez le VDI en utilisant «Virtual Media Manager», puis recréez une machine virtuelle sur la machine cible, mais en utilisant le VDI cloné comme disque dur.

J'ai utilisé avec succès la 1ère méthode à plusieurs reprises et cela a toujours fonctionné. Le problème est qu’après l’exportation et l’importation, l’image disque est transformée en VMDK et non plus en VDI!

La deuxième méthode est probablement la plus simple, mais je ne suis pas sûr que la simple copie des fichiers fonctionne ou non sur la machine cible. Lors de la recherche sur cette méthode, j'ai constaté que certaines personnes rencontraient des problèmes dans le cadre desquels elles devaient modifier le fichier VirtualBox.xml pour le résoudre!

Enfin, il y a la troisième méthode , mais elle nécessite un travail supplémentaire pour créer un ordinateur virtuel similaire à la configuration d'origine de l'ordinateur virtuel, ce qui n'est pas souhaitable.

L'explication ci-dessus montre clairement que la méthode que je souhaite utiliser est la deuxième, mais j'ai besoin de l'avis d'experts à ce sujet, que cela fonctionne ou non. Je ne veux pas que l'édition XML me gêne!

Quelle est la meilleure méthode pour transférer en toute sécurité mes ordinateurs virtuels vers un autre ordinateur avec VirtualBox?

Bravo pour vos recherches. J'utilise régulièrement les trois options.

1. (Utilisez l’utilitaire «Import / Export») . C’est la solution la plus simple car elle regroupe l’ensemble de la machine virtuelle dans un seul fichier et le transfère pratiquement sans problème à chaque fois. Cependant, d'après mon expérience, lors de la création du fichier OVA ou OVF pour l'exportation, il supprime tous les instantanés et, s'il est effectué incorrectement, peut générer un fichier VMDK. Lorsque vous réimportez la VM, vous devriez pouvoir sélectionner le type de fichier HDD que vous voulez créer, VDI ou VMDK.

2. (Copiez l'intégralité du dossier de la machine virtuelle contenant les fichiers .vdiet .vbox) . C’est mon option préférée et bien que j’ai dû éditer le fichier XML à quelques reprises, c’est ma faute personnelle pour avoir foiré quelque chose. Assurez-vous que lorsque vous copiez la machine virtuelle, vous obtenez TOUS les fichiers qui lui sont associés. Les problèmes que j'ai rencontrés sont dus au fait que certains instantanés et fichiers VDI secondaires se trouvaient dans le mauvais répertoire et n'étaient pas copiés correctement. Si vous copiez tous les fichiers (et autorisations), vous ne devriez avoir aucun problème.

3. (Clonez le VDI à l’aide de «Virtual Media Manager», puis recréez une machine virtuelle sur la machine cible, mais en utilisant le VDI cloné comme disque dur). Cela est moins souhaitable, car vous disposez alors de 2 copies d'une machine virtuelle, ce qui peut entraîner des problèmes de licence, des problèmes de réseau, etc., en fonction du clonage du fichier VDI.

En résumé, je recommanderais certainement l'option 2, assurez-vous simplement que vous obtenez tous les fichiers nécessaires lorsque vous le déplacez.

La méthode 2 fonctionne bien maintenant (avec VirtualBox 4.0 et versions ultérieures) , sans aucune modification XML requise:

1. Arrêtez votre machine virtuelle
2. Quitter VirtualBox
3. Copiez le dossier de la machine virtuelle dans le nouvel emplacement.
4. Redémarrez VirtualBox et supprimez l'ancienne machine virtuelle.
5. Allez dans le menu Machine ≥ Ajouter et naviguez jusqu'à votre ancien dossier.

C'est ça!

ps: J'ai VirtualBox 4.3.20 sur OSX 10.10

Voir cet article du forum VirtualBox pour plus de détails.

Mon option préférée est aussi l'option 2:

2. Copiez le dossier entier de la machine virtuelle, contenant les fichiers .vdi et .vbox.

Mais parfois, une inadéquation UUID se produira. Cela se produit souvent si vous copiez simplement l'image disque VDI d'une machine dans une autre machine, mais cela s'est également produit lors de copies directes de répertoires complets.

Donc, s'il s'agit du message que vous recevez après avoir déplacé la machine virtuelle et essayé de le démarrer dans la nouvelle configuration:

Échec d'ouverture du disque dur.

Impossible d'enregistrer le disque dur car un disque dur avec un UUID existe déjà.

Il suffit d'aller dans le répertoire de votre machine virtuelle; bien sûr, changez le chemin réel pour qu'il corresponde au chemin réel dans lequel vous vous dirigez:

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

Et exécutez cette commande pour attribuer au disque un nouvel UUID:

VBoxManage internalcommands sethduuid Sandbox.vdi

Si quelqu'un d'autre cherchait une réponse à cette question, j'ai déplacé avec succès 5 ordinateurs virtuels Virtual Box vers une autre installation Win7 sur un nouveau disque dur situé sur le même ordinateur (essentiellement un déplacement d'un système d'exploitation invité sur un autre sur le même ordinateur). Je me rends compte que les pilotes sur une toute nouvelle machine varieraient probablement et auraient potentiellement un effet négatif sur le déménagement, mais j'ai documenté le processus ci-dessous dans l'espoir que cela puisse aider quelqu'un.

• Il n'était pas nécessaire de cloner des ordinateurs virtuels ou de modifier le fichier XML. La version VB était assez récente: 4.3.12r93773.
• De nouvelles copies de machines virtuelles ont été créées dans un nouveau dossier / lecteur partagé pour conserver intactes / les anciennes machines virtuelles. Je peux toujours démarrer à partir de l'ancien disque dur, que j'ai conservé pour la redondance / la résolution des problèmes, jusqu'à ce que je sois satisfait de ma nouvelle configuration. je peux donc accéder aux anciennes machines virtuelles dans leur état d'origine si nécessaire.
• Les lettres de lecteur varient / peuvent ne pas être nécessaires selon votre configuration.

Sur l'ancien hôte Win7:

1. Assurez-vous que tous les ordinateurs virtuels sont éteints.

Sur le nouvel hôte Win7:

1. Créez un nouveau dossier appelé X: \ NewVMs \ VirtualBox (à partir du nouvel ordinateur Win7 pour vous assurer que les autorisations sont correctes)
2. Copier / coller (ne pas faire glisser) tous les ordinateurs virtuels et le contenu du dossier associé de l'ancien dossier vers ce dossier (utilise de nouvelles autorisations)
3. Désinstallez VirtualBox (si installé)
4. Supprimer le dossier .virtualbox et tout le contenu (s'il existe)
5. REBOOT pour confirmer qu'il ne reste aucun fichier de programme ou entrée de registre (si vous désinstallez l'ancien VirtualBox).
6. Installez / réinstallez VirtualBox (assurez-vous que vous utilisez la même version que la VirtualBox sur laquelle les VM ont été créées sur un ancien hôte / machine (dans mon cas, version 4.3.12r93773))
   IMPORTANT: (ne cochez pas la case à cocher pour ouvrir / exécuter VirtualBox à la fin de l'installation)
7. Copier / coller (ne pas faire glisser) le dossier .virtualbox et le contenu de l'ancien hôte Win7 (généralement C: \ Users [nom d'utilisateur] .VirtualBox
8. Maintenant, ouvrez VirtualBox
9. Définissez les préférences pour le nouveau dossier de création de machine virtuelle par défaut sur le même chemin de fichier que le dossier de machines virtuelles VirtualBox créé: X: \ NewVMs \ VirtualBox
10. Etat du test des VM

Bonne chance.

Pour le cas particulier où:

• vous n'avez qu'un seul ordinateur virtuel (ou souhaitez déplacer tous vos ordinateurs virtuels),
• et l'hôte est le même matériel avec la même version du système d'exploitation (ou en réinstallant le même système d'exploitation sur le même ordinateur)

Si vous êtes dans ce cas, les choses sont faciles:

1. Arrêtez VirtualBox sur les deux hôtes.
2. Copiez les dossiers .config/VirtualBoxet VirtualBox VMsde l'hôte source.
3. Copiez ces dossiers sur l'hôte de destination.
4. Démarrer VirtualBox sur l'hôte de destination

La 4ème voie

Dans VirtualBOX:

1. Eteignez la VM
2. Faites un clic droit et supprimez la VM (ne supprimez pas les fichiers)
3. Allez dans fichier> Virtual Media Manager et supprimez le .vdi
4. Allez dans Fichier> Préférences> Général et configurez le dossier de l'ordinateur par défaut sur le nouvel emplacement.
5. Créer un nouveau mode d’utilisation expert pour créer la machine virtuelle sans disque dur

Dans l'explorateur de fichiers:

6. Localisez le fichier .vdi et copiez-le.
7. Allez dans le nouveau dossier de la machine par défaut, il y aura un dossier VM à l'intérieur
8. Collez le fichier .vdi dans le nouveau dossier de la machine virtuelle.

De retour dans VirtualBOX:

9. Faites un clic droit sur la VM et ouvrez les paramètres
10. Allez dans Stockage> Contrôleur: SATA et ajoutez un disque dur, cliquez sur choisir un disque existant. 11 Choisissez le fichier .vdi dans le nouveau dossier de la machine virtuelle.

Remarque: Si la méthode 2 interrompt votre installation de VirtualBOX, accédez à C: \ Utilisateurs \ .VirtualBox, supprimez VirtualBox.xml et renommez VirtualBox.xml-prev en VirtualBox.xml.

J'ai également utilisé la méthode 2 pour déplacer ma machine virtuelle et je n'ai eu à modifier aucun fichier XML, mais j'ai rencontré quelques erreurs avec l'USB et le partage de fichiers. Voici comment je les ai corrigées avec le processus:

1. Copiez la machine virtuelle de l'ancien au nouveau PC. Les fichiers de la machine virtuelle sont différents de la machine virtuelle Oracle elle-même. Ces fichiers se trouvent généralement sous c: \ users \\ VirtualBox VMs \ . J'ai récupéré la totalité de la partie VM \ VirtualBox et je l'ai copiée à un emplacement similaire sur le nouveau PC. Cela copie toutes les machines virtuelles que j'avais sur mon PC d'origine.

2. Maintenant, sur le nouveau PC, exécutez virtual box et accédez à Menu> Machine> Ajouter et sélectionnez le fichier .vbox dans le dossier copié. C'est ça.

3. Maintenant, lorsque j'exécute une machine virtuelle sur un nouveau PC, j'ai eu une erreur lors du démarrage:

4. Je ne sais pas pourquoi le contrôleur USB ne fonctionnait pas parce que le même a fonctionné sur l'ordinateur d'origine. Je suis allé de l'avant et installé VirtualBox Extension Pack

5. Cette installation était un peu bizarre car le téléchargement de l’installation n’était pas un fichier exécutable. J'ai cliqué sur Oracle_VM_VirtualBox_Extension_Pack-5.1.4-110228.vbox-extpack et sélectionné "Sélectionner un programme dans la liste des programmes installés" puis de sélectionner la boîte virtuelle Oracel et d'installer l'extension. Cela a résolu le problème, mais une autre solution moins souhaitable consiste à désactiver l’usb.

6. Si vous avez des dossiers partagés dans la machine virtuelle d'origine, ils peuvent différer et vous obtiendrez une erreur. Passez en revue ceux de Paramètres >> Dossier partagé et supprimez ceux qui sont brisés. Un message d'erreur ressemblera à

.

C'est tout.

zar, la première chose à faire en premier ... ne déplacez jamais une machine qui est dans l'état enregistré. Avant de déplacer, vous devez arrêter l'invité, pas seulement enregistrer l'état.

Assurez-vous également que vous utilisez la même version de VirtualBOX sur les deux hôtes, mais pas seulement la version de VirtualBOX, mais également la version du pack d'extension ... ou tout au moins, le nouvel hôte possède une version supérieure, mais jamais une version inférieure sur l'un des deux.

Et enfin, je l'ai appris à la dure, supprimez la configuration du dossier SHARED sur VirtualBOX avant de déplacer la machine, puis recréez-la de manière correcte ... très important lorsque l'hôte utilise un système d'exploitation différent (hôtes Windows / Linux).

Et juste comme note de côté ... i toujours, toujours utiliser des fichiers VDI de disque durs immuables pour OS ainsi que pour les VDI de données (de cette façon, le même DATA VDI peut être utilisé pour plus que l'invité), une astuce spéciale pour 4GiB pagefile.sys

Cette dernière partie, réutiliser un fichier VDI immuable rend les choses un peu plus difficiles, VirtualBOX a un BIG BUG.

Pour voir le bogue en action:

• Créez un VDI immuable (comme celui que j'utilise pour pagefile.sys)
• Créer deux ou trois ordinateurs virtuels sur VirtualBOX
• Déplacez l'un d'eux en haut de la liste (juste pour ne pas vous abîmer)
• Sauvegardez les fichiers .vbox de chacune des machines que vous avez créées (pour les comparer après l'apparition du bogue)
• Attachez ce VDI immuable à plus d'une de ces machines (sauf celle située en haut de la liste)
• Maintenant, voyez la .vbox de la machine qui se trouve en haut de la liste

Cette machine a été modifiée, elle contient des références aux autres machines inaltérables VDI.

Le bogue est donc le suivant: L'édition d'une machine en ajoutant un VDI immuable qui est utilisé par une autre affecte la machine en haut de la liste.

Pourquoi diable ai-je réutiliser le même VDI 4GiB sur toutes les machines Windows? Facile, c’est un disque MBR avec une partition FAT32 où je mets pagefile.sys, puisqu’il est immuable, toutes les machines virtuelles créeront un fichier dans leur dossier de capture instantanée dans lequel elles stockeront les modifications, et qui seront perdues lors du prochain démarrage. pas besoin de 4GiB pour chaque invité stocké sur le disque hôte, juste un ... de cette façon, j’économise beaucoup de GiB puisque j’ai plus de 20 fenêtres différentes pour tester des applications que je développe pour moi-même, toutes combinaisons de (XP, Vista) , 7, 8, 8.1, 10) * (32Bits, 64Bits) * (comme lors de la première installation, après chaque ServicePack, après la mise à jour complète de Windows), je reçois beaucoup, beaucoup d’invités ... ainsi de suite. Je partage l'inégalable VDI 4GiB pour le ram virtuel (pagefile.sys).

Et si vous laissez le bogue aller plus loin, essayez de déplacer l’une de ces machines vers un autre hôte VirtualBOX (rappelez-vous qu’il ne s’agit que de machines virtuelles avec une configuration et qu’aucun invité n’y est encore installé), vous verrez que VirtualBox ne vous laisse pas ajoutez-les puisque certains VDI sont manquants (c'est FALSE et TRUE, c'est qu'une telle première machine contient les références à de tels VDI au lieu d'être sur la bonne machine).

Maintenant, comparez les fichiers .VBOX de tous les fichiers avec previos BackUp ... remarquez comment un fichier est mal modifié? ... oui, c’est celui qui se trouve en haut de la liste.

Eh bien, ce BUG a été informé sur VirtualBOX il y a quelques années, ils ne peuvent toujours pas le réparer ... et cela cause beaucoup, beaucoup de problèmes.

De plus, si vous déplacez le premier des machines virtuelles vers le bas, fermez VirtualBox et relancez-le ... vous dira que certaines machines sont endommagées et ne peuvent pas être démarrées ... oui, le premier de la liste. doit être traité sous une forme différente si vous ne voulez pas avoir beaucoup de problèmes.

C'est un très mauvais BUG qui m'a pris beaucoup de jours à découvrir (il y a quelques années), je l'apprends à la dure!

Je l'avais surmonté en ayant une machine que j'avais appelée:

• Common Inmutable Disks

Il a une configuration vide et un seul VDI, oui, vous avez raison, vous l'avez deviné, le partage immuable de VDI i pour toutes les autres machines virtuelles.

Eh bien, quand j’ouvre le fichier .VBOX, j’aperçois à l’intérieur de nombreuses lignes de la <MediaRegistry> <HardDisks>section, une pour chaque machine sur laquelle j’utilise ce VDI immuable ... juste à titre d’échantillon (j’élimine les données privées):

<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>

Joli bug, pas résolu depuis des années.

Eh bien, pour déplacer de telles machines ... vous devez éditer manuellement les fichiers .VBOX, pour mettre toutes ces références de disques sur le nouvel hôte sur la première machine (celle qui se trouve en haut de la liste) avant d'ajouter le fichier .VBOX. fichiers dans la liste, donc lors de leur ajout, VirtualBOX a les références aux VDI manquants (manquants à cause du gros bogue).

Le problème se produit car chaque fois que vous connectez un VDI utilisé sur un autre ordinateur, VirtualBOX met à jour deux fichiers .VBOX d’ordinateur (celui qui appartient à l’ordinateur que vous utilisez) et au premier de la liste.

Je ne suis pas tout à fait sûr de ce qui se produira lorsque sur la liste, le premier ne comporte pas de VDI commun, mais mieux vaut ne pas l'essayer, vu ce que je vois.

La migration vers un autre hôte est donc beaucoup plus compliquée que ce qu’il semble être du fait d’une très mauvaise implémentation sur la structure interne des fichiers .VBOX et à cause de très gros BUGs lorsque VirtualBOX les édite.

Échoue:

• La structure interne (XML) dépend de l'hôte (Windows ou Linux)
• Modifier une machine peut en modifier une autre, pas seulement celle en cours de modification
• ... quoi de plus ?

Besoin de plus ... je migre toujours les machines en faisant cela (et je n'ai eu aucun problème, jamais jamais):

1. Prenez note de la liste de toutes les machines (commande, regroupement, etc.)
2. Prendre note du premier sur la liste (toute sa configuration)
3. Prenez note de toutes les propriétés des machines que je souhaite déplacer vers un autre hôte.
4. Copiez les fichiers .vbox en tant que fichiers .txt (celui situé en haut de la liste + toutes les machines que je souhaite migrer)
5. Recréez toutes les machines (et en avez une spéciale en haut de la liste) dans VirtualBox sur le nouvel hôte
6. Fermer VirtualBox sur le nouvel hôte
7. Diff compare l'ancien .txt avec les nouveaux fichiers .vbox et copie de .txt vers .vbox certaines parties de manière humaine, pas seulement copier-coller
8. Ouvrez VirtualBox et attachez tous les VDI dans le bon ordre
9. Encore une fois, fermez VirtualBox sur le nouvel hôte
10. Diff compare l'ancien .txt avec les nouveaux fichiers .vbox et "corrige" de .txt à .vbox certaines parties de manière humaine, pas seulement copier-coller

Tout le reste (dossier des instantanés et fichiers VDI), je les copie normalement (système de fichiers copier et coller).

Tout ce travail manuel pénible est causé par la Big BUG VirtualBox: elle édite / modifie une machine qui n’a pas été modifiée lorsque vous attachez un VDI immuable qui est utilisé sur plusieurs machines, sinon un simple copier-coller du fichier .VBOX suffira (après fixer les chemins des dossiers partagés, etc.).

Copiez le dossier contenant la machine à destination, puis dans le menu: "Machine" ---> "Ajouter", puis choisissez le fichier vbox, PAS le fichier vdi. Pour moi, cela s'est passé sans problème. Je ne sais pas si j'ai eu de la chance ou si cela est supposé fonctionner de cette façon.