2013-08-18 19:45:47 +0000 2013-08-18 19:45:47 +0000
252
252

VirtualBoxのVMを別のコンピュータに移動するおすすめの方法を教えてください

UbuntuのマシンでVirtualBox 4.1.xを使用しており、いくつかの仮想マシンを設定しています。VirtualBox内の仮想マシンを別のコンピュータに移動させる方法がいくつかあるので、どの方法がお勧めなのか悩んでいました:

  1. インポート/エクスポートユーティリティを使用します。と.vdiファイルが入っている仮想マシンフォルダ全体をコピーする
  2. 3. “Virtual Media Manager "を使用してVDIをクローンし、ターゲットマシン上にVMを再作成しますが、クローンしたVDIをハードディスクとして使用します。

私は、1番目の方法*を何度か使用して成功しましたが、いつもうまくいきました。問題は、エクスポートとインポートの後、ディスクイメージがVDIではなくVDKに変換されてしまうことです!

2番目の方法**が一番簡単だと思いますが、ターゲットマシン上でファイルをコピーするだけでうまくいくかどうかはわかりません。この方法について検索してみると、VirtualBox.xml ファイルを編集して解決している人がいました!

最後に 3 番目の方法 がありますが、元の VM の設定に近い VM を作成するという余分な作業が必要なので、これは望ましくありません。XML編集が邪魔になるのは嫌だ!

VirtualBoxを使って安全にVMを別のコンピュータに転送する最良の方法は何ですか?

回答 (9)

177
177
177
2013-08-18 20:53:14 +0000

あなたの研究のためによくやった。私は定期的に3つのオプションを使用しています。(インポート/エクスポートユーティリティを使用します)。これは、VM全体を単一のファイルに結合し、かなり毎回問題なくそれを転送するので、最も簡単です。しかし、私の経験では、エクスポート用の OVA または OVF ファイルを作成する際に、すべてのスナップショットを破棄してしまい、間違った処理をすると VMDK ファイルになってしまうことがあります。VMを再インポートするときに、作成するHDDファイルのタイプをVDIかVDKかを選択できるようにしてください。(.vdi.vboxファイルを含む仮想マシンフォルダ全体をコピーします)。これは私の好ましいオプションで、何度かXMLファイルを編集しなければならなかったが、何かを台無しにしてしまったのは私自身のせいだ。VM をコピーするときには、それに関連するすべてのファイルを取得するようにしてください。私が遭遇した問題は、特定のスナップショットとセカンダリVDIファイルが間違ったディレクトリにあり、適切にコピーされていない場合でした。すべてのファイル(およびパーミッション)をコピーする場合は、何の問題もないはずです。(Virtual Media Managerを使用してVDIをクローンし、ターゲットマシン上でVMを再作成しますが、ハードディスクとしてクローンされたVDIを使用します) _これは、VMの2つのコピーを持っているので、あまり望ましくありません。

54
54
54
2015-09-24 19:35:02 +0000

方法2は、XMLの変更を必要とせずに(VirtualBox 4.0以上で)でうまく動作します:

  1. 仮想マシンを停止します。VirtualBox を終了します。VM フォルダを新しい場所にコピーします。VirtualBox を再起動し、古い VM を削除します。 5.マシンメニュー≥追加に移動し、古いフォルダを参照します。

以上です!

PS: 私は OSX 10.10 で VirtualBox 4.3.20 を使用しています。

21
21
21
2015-09-25 17:14:10 +0000

私の好ましいオプションは、同様にオプション2です:

  1. .vdi と .vbox ファイルを含む VM フォルダ全体をコピーします。

仮想マシンを移動した後、新しいセットアップで起動しようとすると、このようなメッセージが表示されます:

ハードディスクを開くのに失敗しました。

UUIDを持つハードディスクが既に存在するため、ハードディスクを登録することができません。

ちょうどあなたの仮想マシンのディレクトリに入ります;もちろん、実際のパスを変更して実際のパスと一致するようにします:

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

そして、ディスクに新しいUUIDを割り当てるためにこのコマンドを実行します:

VBoxManage internalcommands sethduuid Sandbox.vdi
9
9
9
2014-08-16 12:21:03 +0000

誰か他の人がこれに対する答えを探している場合に備えて、私は正常に同じマシン上の新しいハードドライブ上の別のWin7のインストールに5つのVirtual BoxのVMを移動させました(本質的に1つのゲストOSから同じPC上の別のものへの移動)。私は完全に新しいマシン上のドライバは、おそらく異なるだろうし、潜在的に移動にマイナスの影響を持っていることを認識していますが、私はそれが誰かの助けになるかもしれないことを願って、以下のプロセスを文書化しました。VBのバージョンは4.3.12r93773とかなり最新のものを使用していました。新しいセットアップに満足するまでは、冗長性や問題解決のために保持していた古いハードドライブから起動することができますので、必要に応じて以前の状態の古い VM にアクセスすることができます。すべての VM が電源オフになっていることを確認してください。Create new folder called X:\NewVMs\VirtualBox VMs (from New Win7 machine to ensure permissions OK) 2. Copy/Paste (don’t drag) all VMs and related folder contents from the old folder to this folder (uses new permissions) 3. VirtualBox をアンインストール(インストールされている場合) 4. .virtualbox フォルダとすべてのコンテンツを削除(既存の場合) 5.REBOOT でプログラムファイルやレジストリエントリが残っていないことを確認(古い VirtualBox をアンインストールする場合) 6.VirtualBox のインストール/再インストール(古いホスト/マシンで VM が作成された VirtualBox と同じバージョンを使用していることを確認) 6.VirtualBox のインストール/再インストール(古いホスト/マシンで VM が作成された VirtualBox(私の場合は ver. 4.3.12r93773)) IMPORTANT: (インストールの最後にVirtualBoxを開く/実行するチェックボックスを選択しないでください) 7.旧Win7ホスト(通常はC:\Users[username].VirtualBox)から.virtualboxフォルダと内容をコピー/貼り付け(ドラッグしないでください)。今すぐVirtualBox を開く 9. Set preferences for new Default VM creation folder to the same file path as the newly created VirtualBox VMs folder. X:\NewVMs\VirtualBox VMs 10.Test status of VMs

Good luck.

2
2
2
2016-03-22 03:42:08 +0000
  • **1台の仮想マシンしか持っていない(またはすべての仮想マシンを移動したい)、

  • ホストが同じハードウェアで同じOSバージョン**(または同じマシンに同じOSを再インストールする)

**このような場合は、次のようにしてください:

  1. 両方のホストのVirtualBoxをシャットダウンします。ソース ホストから .config/VirtualBoxVirtualBox VMs フォルダをコピーします。これらのフォルダを宛先ホストにコピーします。コピー先のホストでVirtualBoxを起動します。
1
1
1
2018-06-28 21:44:12 +0000

4 番目の方法

VirtualBOX の場合:

  1. VM の電源を切る
  2. 右クリックして VM を削除(ファイルは削除しないでください)
  3. file>Virtual Media Managerに移動して、.vdiを削除します。File>Preferences>General and set the default machine folder to the new location
  4. Create a new VM use expert mode to create the VM without a harddrive

In File Explorer:

  1. .vdi ファイルを探してコピーします。2. 新しいデフォルトマシンフォルダに移動します。新しい VM フォルダに .vdi ファイルを貼り付けます。VM を右クリックして、設定を開きます。2. Storage>Controller に移動します。2.Storage>Controller: SATAに移動し、ハードディスクを追加します。既存のディスクを選択します。
0
0
0
2016-09-12 21:36:17 +0000

私は私の仮想マシンを移動するために同様に方法2を使用して、私は任意のXMLファイルで任意の変更を行う必要はありませんでしたが、USBとファイル共有と以下のプロセスと一緒にそれらを修正する方法は、いくつかのエラーを得た:&002&002 1. 古いものから新しいPCに仮想マシンをコピーします。仮想マシンのファイルは、Oracle仮想マシン自体とは異なります。これらのファイルは通常 _c:users\VirtualBox VMs_ にあります。VirtualBox VMs_ の部分を丸ごと拾って、新しい PC の似たような場所にコピーしました。これで、元のPCにあった仮想マシンが全てコピーされました。今度は新しいPCでVirtualBoxを起動して、Menu > Machine > Addと進み、コピーしたフォルダから.vboxファイルを選択します。これで完了です。さて、新しいPCで仮想マシンを起動してみると、起動時にエラーが出ています。先にVirtualBox Extension Pack

2をインストールしました。このインストールは、インストールのダウンロードが実行ファイルではなかったので、ちょっと変な感じでした。Oracle_VMVironmentalBoxVirtualBox__Extension_Pack-5.1.4-110228.vbox-extpackをクリックして、「Select a program from a list of Installed programs」を選択し、Oracel virtualboxを選択すると、拡張機能がインストールされました。これで問題は解決しましたが、別のあまり望ましくない解決策としては、USBを無効にすることができます。元のVMに共有フォルダがあった場合、フォルダが違っていてエラーになることがあるので、設定を見直してみてください。設定>>共有フォルダを見直して、壊れているものを削除してください。エラーメッセージは以下のように表示されます。

-1
-1
-1
2017-01-03 15:03:14 +0000

zar, まず第一に…保存された状態にあるマシンを移動することは絶対にしないでください、移動する前にゲストをシャットダウンしなければなりません、状態を保存するだけではありません。

そして最後に、私はそれをハードな方法で学びました、マシンを移動する前にVirtualBOX上のSHAREDフォルダの設定を削除し、正しい方法で再作成してください…ホストが異なるOS(Windows / Linuxホスト)の場合、非常に重要です。

そして余談ですが…私は常に、常に、常に、データVDIのためだけでなく、OSのためにinmutableハードディスクVDIファイルを使用しています(同じデータVDIをゲスト以上に使用することができます)、特に4GiBのページファイルのためのトリック。 sys

その最後の部分は、inmutable VDI ファイルを再利用すると、物事は少し難しくなります、VirtualBOX には大きなバグがあります。 あなたが作成した thoose マシンのそれぞれの vbox ファイル (BUG が起こった後、それを比較するため) -そのマシンの 1 つ以上にその inmutable VDI を添付します (リストの上の 1 つを除く) -今リストの上にあるマシンの .vbox を参照してください

そのマシンは編集されました、それは他のマシン inmutable VDI への参照を持っています。別の1つによって使用されるinmutable VDIを追加する1つのマシンを編集すると、リストの上のマシンに影響を与えます。pagefile.sysを置くFAT32パーティションを持つMBRディスクで、それが不変なので、すべての仮想マシンは、変更を格納するスナップショットフォルダにファイルを作成し、それは次のブートで失われるので、ホストディスクに格納されている各ゲストのための4GiBを必要としません。そのようにして、私は自分自身のために開発したアプリをテストするために20以上の異なるウィンドウを持っているので、多くのGiBを節約することができます、すべての組み合わせ(XP, Vista, 7, 8, 8.1, 10)*(32Bits, 64Bits)* (Just as as as as as is on first install, after each ServicePack after each support, after full windows update), i get a lot of a lot of guest…なので、それらのすべてで、私は仮想ラム(pagefile.sys)のための不変の4GiB VDIを共有しています。

さらにバグを放置すると、これらのマシンを別のVirtualBOXホストに移動させてみてください(仮想マシンに設定があるだけで、ゲストがまだインストールされていないことを覚えておいてください)と、いくつかのVDIが見つからないので、VirtualBoxが追加させてくれないことがわかります(FALSEとTRUEがあります。 VBOXファイルを比較してみてください…1つが間違って修正されていることに注意してください…そう、リストの一番上にあるものです。

さて、このBUGは何年か前にVirtualBOXに通知されていましたが、未だに修正されていません…。

また、仮想マシンの一番上のものを低い位置に移動して、VirtualBoxを閉じて再起動すると、いくつかのマシンが破損していて起動できないことを教えてくれます。そうですね、リストの最初の1つは、多くのトラブルを取得したくない場合は、別の形式で処理されなければなりません。

それは私が発見するために多くの日を取った本当に悪いバグです(数年前)私はそれをハードな方法を学ぶ

  • Common Inmutable Disks

それは空の構成と1つのVDIだけを持っています、はい、あなたは正しい、あなたはそれを推測している、私は残りのすべての仮想マシンのために共有しているinmutable VDIを持っています。

さて、私が.VBOXファイルを開くとき、私はそれの中で、私がそのimmutable VDIを使用している各マシンごとに1つの<MediaRegistry> <HardDisks>セクションの多くの行を見ています…サンプルとして(私はプライベートデータを削除します):

<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ファイルを手動で編集する必要があります、リストに.VBOXファイルを追加する前に、最初のマシン(リストの上にあるもの)の新しいホスト上のすべてのそのようなディスクの参照を置くために、それらを追加するときに、VirtualBOXは、欠落しているVDIへの参照を持っています(大きなBUGによって引き起こされた欠落)。 VBOXファイル(あなたが使用しているマシンに属するもの)とリストの最初のものに更新します。

私はリスト上で何が起こるか完全に確信していませんが、最初のものはそれに接続されているような共通のVDIを持っていません…それを試してみない方が良い、私が見ているものを見ています。

失敗:

  • 内部構造(XML)はHOST(WindowsかLinux)に依存しています
  • 編集したマシンは編集したマシンだけでなく、別のマシンを変更することができます
  • …もっと?

もっと必要です…私はいつもこのようにしてマシンを移行しています(問題はありませんでした。すべての機械のリストのメモを取って下さい(順序、グループ化、等) 2. リストの最初のものをメモしてください(すべての構成) 3. 私は別のホストに移動したいマシンのすべてのプロパティのメモを取る 4. .vboxファイルを.txtファイルとしてコピー(リストの一番上にあるもの+移行したい全てのマシン) 5.新しいホスト上のVirtualBox内に全てのマシンを再作成(リストの一番上にある特別なものも) 6. 新しいホストでVirtualBoxを閉じる 7.古い.txtと新しい.vboxファイルを比較して、.txtから.vboxにコピー&ペーストではなく、人力で一部をコピーする 8. 8. VirtualBoxを開き、すべてのVDIを正しい順序でアタッチする 9. 10.古い.txtと新しい.vboxファイルを比較して、.txtから.vboxへのコピー&ペーストだけではなく、人間的な方法で修正します。それはあなたが複数のマシン上で使用されているinmutable VDIを添付するときに変更されていないマシンを編集/変更し、それ以外の場合は、単純なCopy&Paste .VBOXファイルは十分であろう(共有フォルダのパスなどを修正した後)。

-2
-2
-2
2017-04-27 23:51:57 +0000

マシンが入っているフォルダを目的地にコピーして、メニューから “Machine” —> “Add"、そしてvdiファイルではなく、vboxファイルを選択します。私のためにこれは完璧に行った。私が運が良かったか、またはそれがこの方法で動作することになっているかどうか分からない。

関連する質問

11
5
8
7
1