zar、まず最初に...保存状態のマシンを絶対に移動しないでください。移動する前に、状態を保存するだけでなく、ゲストをシャットダウンする必要があります。
また、両方のホストで同じバージョンのVirtualBOXを使用しますが、VirtualBOXバージョンだけでなく、拡張パックバージョンも使用するか、少なくとも新しいホストのバージョンを高くしてください。
そして最後に、私は難しい方法を学びました。マシンを移動する前にVirtualBOXのSHAREDフォルダー構成を削除し、正しい方法で再作成します...ホストが異なるOS（Windows / Linuxホスト）の場合は非常に重要です。
副次的な注意事項として...私は常に、OSとデータVDIに不変のハードディスクVDIファイルを常に使用します（そのため、同じDATA VDIをゲスト以上に使用できます）。
その最後の部分は、不変のVDIファイルを再利用すると事態が少し難しくなり、VirtualBOXには大きなバグがあります。
動作中のバグを確認するには：
- 1つの不変VDIを作成します（pagefile.sysで使用するようなもの）
- VirtualBOXで2つまたは3つのVMを作成する
- それらのいずれかをリストの一番上に移動します（あなたのいずれかが破損しないようにするため）
- 作成した各マシンの.vboxファイルをバックアップします（バグ発生後の比較用）
- その不変VDIを複数のそのマシンに接続します（リストの一番上にあるマシンを除く）。
- リストの一番上にあるマシンの.vboxを確認してください
そのマシンは編集されており、他のマシンの不変VDIへの参照を持っています。
したがって、バグは次のとおりです。あるマシンを編集して、別のマシンが使用する不変VDIを追加すると、リストの一番上のマシンに影響します。
なぜ地獄ですべてのWindowsマシンで同じ4GiB VDIを再利用するのですか？簡単です、それは不変であるため、pagefile.sysを置くFAT32パーティションを持つMBRディスクです。すべての仮想マシンは、変更を保存するスナップショットフォルダーにファイルを作成します。ホストディスクに保存された各ゲストに4GiBは必要ありません、たった1つだけです...そうすれば、自分で開発したアプリをテストするための20以上の異なるウィンドウがあり、（XP、Vista 、7、8、8.1、10）*（32Bits、64Bits）*（最初のインストール時、各ServicePack後、Windows全体の更新後）、多くのゲストを取得します...仮想RAM（pagefile.sys）の不変の4GiB VDIを共有しています。
さらに、BUGをさらに先に進めて、いずれかのマシンを別のVirtualBOXホストに移動しようとすると（これらはマシン上に構成があり、ゲストがまだインストールされていない仮想マシンであることに注意してください）、VirtualBoxは一部のVDIが欠落しているため、それらを追加します（FALSEおよびTRUEであり、そのような最初のマシンは、適切なマシンにビーティングされたVDIへの参照を保持しています）。
次に、それらすべての.VBOXファイルを前のBackUpと比較します... 1つが間違って変更されていることに注意してください......はい、それはリストの一番上にあります。
さて、このバグは数年前にVirtualBOXに通知されましたが、彼らはまだそれを修正することはできません...そして、それは多くの問題を引き起こしています。
さらに、仮想マシンの一番上を下の位置に移動すると、VirtualBoxを閉じて再起動します...一部のマシンが破損していて起動できないことを示します...はい、リストの最初のマシン多くのトラブルを避けたい場合は、別の形式で処理する必要があります。
それは発見するのに何日もかかった本当に悪いBUGです（数年前）私はそれを難しい方法で学びます！
私が呼んでいたマシンを持つことでそれを克服しました：
空の構成と1つのVDIのみがあります。はい、あなたは正しいと思います。残りのすべての仮想マシンで共有される不変のVDI iです。
さて、.VBOXファイルを開くと、セクション内に多くの行が表示され<MediaRegistry> <HardDisks>ます。その不変VDIを使用するマシンごとに1 行です...単なるサンプルとして（プライベートデータを削除します）：
<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>
かなりバグ、何年も解決されていません。
そのようなマシンを移動するには... .VBOXファイルを手動で編集し、.VBOXを追加する前に、最初のマシン（リストの一番上にあるマシン）の新しいホストにすべてのそのようなディスク参照を配置する必要がありますファイルをリストに追加するため、それらを追加する際に、VirtualBOXは欠落しているVDI（大きなバグにより欠落している）への参照を持ちます。
これは、別のマシンVirtualBOXで使用されているVDIを接続するたびに、2つのマシン.VBOXファイル（使用しているマシンに属するファイル）とリストの最初のファイルを更新するためです。
リストに最初にあるものにそのような一般的なVDIが接続されていない場合、何が起こるか完全にはわかりません...
そのため、別のホストへの移行は、.VBOXファイルの内部構造の非常に悪い実装と、VirtualBOXがそれらを編集する際の非常に大きなバグのために思われるものよりもはるかに複雑です。
失敗：
- 内部構造（XML）はHOSTに依存します（WindowsまたはLinux）
- あるマシンを編集すると、編集中のマシンだけでなく、別のマシンを変更できます
- ... もっと何か ？
さらに必要な...これを行うマシンを常に移行します（問題はありませんでした）
- すべてのマシンのリスト（順序、グループ化など）に注意してください
- リストの最初のもの（すべての構成）に注意してください
- 別のホストに移動したいマシンのすべてのプロパティに注意してください
- .vboxファイルを.txtファイルとしてコピーします（リストの一番上にあるもの+移行するすべてのマシン）
- 新しいホストのVirtualBox内ですべてのマシンを再作成します（そして、リストの一番上に特別なマシンがあります）。
- 新しいホストでVirtualBoxを閉じます
- 古い.txtを新しい.vboxファイルと比較し、コピー＆ペーストだけでなく、人間の方法で.txtから.vboxにいくつかの部分をコピーします。
- VirtualBoxを開き、すべてのVDIを正しい順序で接続します
- 新しいホストでVirtualBoxを再度閉じます
- 古い.txtを新しい.vboxファイルと比較し、コピー＆貼り付けだけでなく、人間の方法で.txtから.vboxの一部を「修正」します
残りすべて（スナップショットフォルダーとVDIファイル）は、通常の方法でそれらをコピーします（ファイルシステムのコピーと貼り付け）。
ハードな手動作業はすべてBig BUG VirtualBoxによって引き起こされます。複数のマシンで使用される不変のVDIを接続すると、変更されていないマシンを編集/変更します。共有フォルダのパスを修正するなど）。
