VirtualBox VM'yi başka bir bilgisayara taşımanın önerilen yolu nedir?


234

Ubuntu makinemde VirtualBox 4.1.x kullanıyorum ve birkaç sanal makine kurdum. Sanal makinedeki bir sanal makineyi başka bir bilgisayara taşımanın birkaç yolu olduğundan, hangisinin önerilen şekilde olduğunu merak ediyordum:

  1. “Import / Export yardımcı programını” kullanın.
  2. .vdiVe .vboxdosyalarını içeren tüm sanal makine klasörünü kopyalayın .
  3. “Sanal Medya Yöneticisi” kullanarak VDI'yı klonlayın ve ardından hedef makinede bir VM'yi yeniden oluşturun, ancak klonlanmış VDI'yı sabit disk olarak kullanın.

1. yöntemi birkaç kez başarıyla kullandım ve her zaman işe yaradı. Sorun şu ki, dışa aktarıp içe aktardıktan sonra, disk görüntüsünün artık VDI değil VMDK'ya dönüştürülmesi!

2 yöntem muhtemelen en kolay ama sadece dosya kopyalama hedef makinede çalışmak veya olmayacağından emin değilim. Bu yöntem hakkında arama yaparken, bazı kişilerin bunu çözmek için VirtualBox.xml dosyasını düzenlemek zorunda kaldıkları bazı sorunlar olduğunu gördüm!

Sonunda, 3. yöntem var , ancak arzu edilmeyen, orijinal VM konfigürasyonuna benzer bir VM oluşturma ek işini gerektiriyor.

Yukarıdaki açıklamadan açıkladığım gibi, benim istediğim yöntem 2. yöntemdir, ancak işe yarayıp yaramadığı konusunda uzman tavsiyesine ihtiyacım var. Herhangi bir XML düzenlemesinin yoluma girmesini istemiyorum!

Sanal Makinelerimi VirtualBox ile başka bir bilgisayara güvenli bir şekilde transfer etmenin en iyi yöntemi nedir?


2
Sadece dosyaları aktarın ve aynı yere yerleştirin.
Ramhound

2
Seyed 1. Yüksek başarı oranları / tekrarlanabilirliği olan arızaya karşı güvenli bir çözüm, her zaman bir soruna önerilen ve / veya en iyi çözüm olmayabilir ve bunun tersi de geçerlidir . Ancak, önerilen çözümü sorduğunuzdan , listenizdeki seçenek (2) (hataya açık olsa da) en hızlı ve dolayısıyla önerilir! Seçenekler (1) & (3) kapsamına girer fail-safe onlar gibi kategori olacak çoğu durumda çalışırlar. Not: ihracat sonrası, bazı (çoğu?) Yapılandırma ayarları değiştirilebilir (seçenekler 1/3 kullanılıyorsa)! ... Bu yardımcı olur umarım.
Amar

Yanıtlar:


164

Araştırmanı yaptığın için iyi. Her üç seçeneği de düzenli kullanıyorum.

  1. (“İçe / Dışa Aktarma yardımcı programını kullanın”) . Bu en kolay olanıdır çünkü tüm VM'yi tek bir dosyada birleştirir ve hemen hemen her seferinde sorunsuz bir şekilde aktarır. Ancak, benim dışa aktarma için OVA veya OVF dosyası oluştururken deneyimim tüm anlık görüntüleri çöpe atıyor ve yanlış yapılırsa VMDK dosyasına neden olabilir. Sanal Makineyi yeniden içe aktarırken, ne tür bir HDD dosyası oluşturmak istediğinizi seçebilmelisiniz, VDI veya VMDK.

  2. ( .vdiVe .vboxdosyaları içeren tüm sanal makine klasörünü kopyalayın ) . Bu benim tercih ettiğim seçenek ve XML dosyasını birkaç kez düzenlemek zorunda kalmamla birlikte, bir şeyi karıştırmak benim hatamdı. VM'yi kopyalarken, onunla ilişkili TÜM dosyaları aldığınızdan emin olun. Karşılaştığım sorunlar, bazı anlık görüntüler ve ikincil VDI dosyalarının yanlış dizinde bulunduğu ve düzgün şekilde kopyalanmadığı zamanlardı. Tüm dosyaları (ve izinleri) kopyalarsanız, hiçbir problem yaşamayacaksınız.

  3. (“Sanal Medya Yöneticisi” kullanarak VDI'yi klonlayın ve ardından hedef makinede bir VM'yi yeniden oluşturun, ancak klonlanmış VDI'yı sabit disk olarak kullanın. Bu daha az arzu edilir çünkü o zaman bir VM'nin 2 kopyasına sahipsiniz ve VDI dosyasını nasıl kopyaladığınıza bağlı olarak lisanslama sorunlarına, ağ sorunlarına vb. Neden olabilir.

Özet olarak, kesinlikle seçenek 2'yi öneririm, sadece taşıdığınızda gereken tüm dosyaları aldığınızdan emin olun.


Cevap için teşekkürler. Başkasının başka bir noktası olup olmadığını görmek için birkaç gün daha bekleyeceğim. (+1)
Seyed Mohammad,

Kimsenin ekleyeceği bir şey yok gibi görünüyor ... Bu yüzden cevap olarak işaretliyorum.
Seyed Mohammad,

Seçenek 1 için sadece ek bir referans, link , içe aktardıktan sonra, format VDMK'dir, belirlenir ve değiştirilemez.
simongcc 4:14

1
@tbenz Dışa aktarırken VMDK almaktan nasıl kaçınırım?
Don Rhummy

13
Tamamlanmak için: Seçenek 2'yi yaparsanız, bunu hedef makinede yapın: Sanal Kutu> Makine> Ekle> [Tüm VM dosyalarının bulunduğu klasöre gidin]. Yeni VM dosyalarını diğer tüm VM'lerin depolandığı klasöre koymak iyi bir fikir olabilir.
Donn Lee,

47

Metot 2 , herhangi bir XML değişikliği gerektirmeden, şimdi (VirtualBox 4.0 ve üzeri sürümlerle) iyi çalışıyor :

  1. Sanal Makinenizi Durdurun
  2. VirtualBox'tan çık
  3. VM klasörünü yeni konuma kopyalayın
  4. VirtualBox'ı yeniden başlatın ve eski VM'yi silin.
  5. Makine menüsüne gidin ≥ Eski klasörünüze ekleyin ve göz atın.

Bu kadar!

ps: OSX 10.10'da VirtualBox 4.3.20 var

Daha fazla ayrıntı için bu VirtualBox forum gönderisine bakın.


4
Olması gerektiği kadar fazla oylanmadığına inanamıyorum! VM'leri aynı işletim sistemi içinde taşırken bu en kolay yoldur (çok kolay!). Başarıyla iki VM'yi C sürücüsünden D sürücüsüne taşıdı. Mine, Virtualbox 5.x ile Win7 64bit'tir
Edwin Yip

1
Bu aslında VDI dosyasını, sadece tüm sanal makineyi taşımak için çalışmaz.
DustWolf

1
@DustWolf Doğru, ama operasyonun sorusu bununla ilgili.
David,

@DustWolf David'in söylediği buydu. Msgstr "VM klasörünü yeni konuma kopyala". Endişelendiğim kadarıyla bu klasör tüm sanal makineyi içeriyor. Bir şey mi eksik?
Nikos,

@RestlessCobra evet, yeni klasör tüm VM'yi içeriyor.
David,

17

Tercih edilen seçeneğim de seçenek 2'dir:

  1. .Vdi ve .vbox dosyalarını içeren tüm VM klasörünü kopyalayın.

Ancak bazen bir UUID uyuşmazlığı olur. Genellikle bu, bir makinenin VDI disk görüntüsünü başka bir makineye kopyalarsanız olur, ancak tam dizinlerin düz kopyaları sırasında da oldu.

Öyleyse, sanal makineyi taşıdıktan ve yeni kurulumda başlatmayı denedikten sonra aldığınız mesaj buysa:

Sabit disk açılamadı.

Sabit disk kaydedilemiyor çünkü UUID zaten mevcut.

Sadece sanal makinenizin dizinine gidin; Tabii ki gerçek yolu, girdiğiniz gerçek yolla eşleşecek şekilde değiştirin:

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

Ve diske yeni bir UUID atamak için bu komutu çalıştırın:

VBoxManage internalcommands sethduuid Sandbox.vdi

9

Başkasının bunun cevabını araması durumunda, 5 Sanal Kutu Sanal Makineyi aynı makinedeki yeni bir sabit diske başka bir Win7 kurulumuna başarıyla taşıdım (aslında aynı PC'de bir misafir işletim sisteminden diğerine geçiş). Tamamen yeni bir makinedeki sürücülerin büyük olasılıkla değişkenlik gösterebileceğini ve potansiyel olarak hareket üzerinde olumsuz bir etkisi olacağının farkındayım, ancak aşağıdaki işlemi birine yardımcı olabileceğini umarak belgeledim.

  • VM'leri klonlamak veya xml dosyasını değiştirmek için herhangi bir gereklilik yoktu. VB sürümü oldukça günceldi: 4.3.12r93773.
  • Yeni VM'lerin kopyaları, mevcut / eski VM'lerin bozulmaması için yeni bir klasörde / paylaşılan sürücüde oluşturuldu. Yeni kurulumumdan memnun kalana kadar, artıklık / sorun giderme için sakladığım eski sabit sürücüden önyükleme yapabilirim; böylece eski sanal makinelere gerekirse eski hallerinde erişebiliyorum.
  • Sürücü harfleri kurulumunuza bağlı olarak değişebilir / gerekli olmayabilir.

Eski Win7 Ana Bilgisayarında:

  1. Tüm VM'lerin kapalı olduğundan emin olun.

Yeni Win7 Ana Bilgisayarında:

  1. X: \ NewVMs \ VirtualBox VMs adlı yeni bir klasör oluşturun (izinlerin alınmasını sağlamak için New Win7 makinesinden)
  2. Tüm VM'leri ve ilgili klasör içeriğini eski klasörden bu klasöre kopyala / yapıştır (sürüklemeyin) (yeni izinler kullanılır)
  3. VirtualBox'u kaldırın (varsa)
  4. .Virtualbox klasörünü ve tüm içeriğini (varsa) silin
  5. Program dosyalarının veya kayıt defteri girişlerinin kalmadığını onaylamak için REBOOT (eski VirtualBox'u kaldırıyorsanız).
  6. VirtualBox'u Kurun / Yeniden Kurun (eski ana bilgisayar / makinede sanal makinelerin oluşturulduğu VirtualBox ile aynı sürümü kullandığınızdan emin olun (benim durumumda 4.3.12r93773).)
    ÖNEMLİ: VirtualBox kurulumun sonunda çalıştırın)
  7. Kopyala / yapıştır (sürüklemeyin) .virtualbox klasörü ve içeriği Eski Win7 Ana Bilgisayarından (genellikle C: \ Users [kullanıcı adı] .VirtualBox
  8. Şimdi VirtualBox'u aç
  9. Yeni Varsayılan VM oluşturma klasörü tercihlerini, yeni oluşturulan VirtualBox VM'ler klasörü ile aynı dosya yoluna ayarlayın: X: \ NewVMs \ VirtualBox VMs
  10. VM'lerin test durumu

İyi şanslar.


Bu bilgilendirici bir Cevap olmakla birlikte, ne istendiği ile ilgili değildir. Başka bir soru cevabınız için daha uygun bir yer olabilir.
akTed

@Steven, "... aslında bir ana bilgisayar işletim sisteminden diğerine geçiş ..."?
pythonlarry

2

Özel durum için:

  • Yalnızca sahip tek VM , (veya VM tüm taşımak istiyor)
  • ve ana bilgisayar aynı işletim sistemi sürümüyle aynı donanımdır (veya aynı işletim sistemini aynı makineye yeniden yükleme)

Eğer Bu durumda, o zaman işler kolaydır:

  1. Her iki ana bilgisayarda da VirtualBox'ı kapatın.
  2. .config/VirtualBoxVe VirtualBox VMsklasörleri kaynak ana bilgisayardan kopyalayın .
  3. Bu klasörleri hedef ana bilgisayara kopyalayın.
  4. Hedef ana bilgisayarda VirtualBox'ı başlat

1

Dördüncü Yol

VirtualBOX'ta:

  1. Sanal Makineyi kapatın
  2. Sanal Makineye sağ tıklayın ve kaldırın (dosyaları silmeyin)
  3. Dosya> Sanal Medya Yöneticisi'ne gidin ve .vdi dosyasını kaldırın.
  4. Dosya> Tercihler> Genel'e gidin ve varsayılan makine klasörünü yeni konuma ayarlayın.
  5. Yeni bir VM oluşturma uzmanı bir sabit sürücü olmadan VM'yi oluşturmak için uzman modunu kullanın

Dosya Gezgini'nde:

  1. .Vdi dosyasını bulun ve kopyalayın
  2. Yeni varsayılan makine klasörüne gidin, içinde bir VM klasörü olacak
  3. .Vdi dosyasını yeni VM klasörüne yapıştırın

VirtualBOX'a Dön:

  1. Sanal Makineye sağ tıklayın ve ayarları açın
  2. Depolama> Denetleyici: SATA'ya gidin ve bir sabit disk ekleyin, mevcut bir diski seçin. 11. .dp dosyasını yeni VM klasöründe seçin.

Not: Yöntem 2, VirtualBOX yüklemenizi keserse, C: \ Users \ .VirtualBox öğesine gidin ve VirtualBox.xml dosyasını silin ve VirtualBox.xml-prev ile VirtualBox.xml dosyasını yeniden adlandırın


0

Sanal makinemi taşımak için de yöntem 2'yi kullandım ve herhangi bir XML dosyasında herhangi bir değişiklik yapmak zorunda değildim, ancak USB ve dosya paylaşımında birkaç hatam oldu ve aşağıda işlemi nasıl düzelttiğim:

  1. Sanal makineyi eskiden yeni bilgisayara kopyalayın. Sanal makine dosyaları, Oracle Virtual makinesinin kendisinden farklıdır. Bu dosyalar genellikle c: \ users \\ VirtualBox VMs \ adresindedir . Tüm VirtualBox VMs \ kısmını aldım ve yeni PC'deki benzer bir yere kopyaladım. Bu, orijinal PC'de sahip olduğum tüm sanal makineleri kopyalar.

  2. Şimdi yeni PC'de sanal kutuyu çalıştırın ve Menü> Makine> Ekle'ye gidin ve kopyalanan klasörden .vbox dosyasını seçin. Bu kadar.

  3. Şimdi sanal makineyi yeni bilgisayarda çalıştırdığımda, önyükleme yaparken hatayla karşılaştım:

görüntü tanımını buraya girin

  1. USB denetleyicinin neden işe yaramadığını bilmiyorum, çünkü aynısı orijinal bilgisayarda çalışıyordu. Devam ettim ve VirtualBox Extension Pack'i kurdum

  2. Bu yükleme biraz garipti çünkü yükleme indirme işlemi yürütülebilir bir dosya değildi. Oracle_VM_VirtualBox_Extension_Pack-5.1.4-110228.vbox-extpack'i tıklattım ve 'Yüklü programlar listesinden bir program seçin' ve seçili Oracel sanal kutusunu seçip uzantıyı yükledim. Bu sorunu düzeltti, ancak daha az istenen başka bir çözüm de usb'i devre dışı bırakabilmeniz.

  3. Orijinal VM'de paylaşılan klasörleriniz varsa, bunlar farklı olabilir ve hata alırsınız. Ayarlar >> Paylaşılan Klasör'dekileri gözden geçirin ve kırılanları silin. Bir hata mesajı gibi görünecek

bu.

Bu kadar.


-1

zar, önce ilk şey ... asla kaydedilmiş durumda olan bir makineyi hareket ettirmeyin, taşımadan önce konuyu kapatmanız gerekir, yalnızca durumu kaydetmeniz gerekmez.

Ayrıca her iki ana bilgisayarda da aynı VirtualBOX sürümünü kullandığınızdan emin olun, ancak yalnızca VirtualBOX sürümünde değil, vesion eklenti paketinde ... ya da en azından yeni ana bilgisayarda daha yüksek bir sürüm bulunur, ancak hiçbir zaman iki tanesinde hiçbir zaman daha düşük bir sürüm yoktur.

Sonunda, zor yoldan öğrendim, makineyi taşımadan önce VirtualBOX'taki SHARED klasör konfigürasyonunu sildim, sonra doğru bir şekilde yeniden yarattım ... ana bilgisayar farklı işletim sistemleri (Windows / Linux ana bilgisayarları) olduğunda çok önemli.

Ve bir not olarak ... her zaman, daima işletim sistemi ve veri VDI'leri için sabit disk VDI dosyaları kullanın (bu şekilde aynı DATA VDI, misafirden daha fazlası için kullanılabilir), özellikle 4GiB pagefile.sys için hile

Son bölüm, değişmez bir VDI dosyasını tekrar kullanmak işlerin biraz daha zorlanmasına neden oluyor, VirtualBOX'ın BÜYÜK BİR HATASI var.

Bug'ı çalışırken görmek için:

  • Değişmez bir VDI oluşturun (pagefile.sys için kullandığım gibi)
  • VirtualBOX'ta İki veya Üç VM Oluşturun
  • Bunlardan birini listenin en üstüne taşıyın (yalnızca herhangi birinize zarar gelmemesi için)
  • Oluşturduğunuz her bir thoose makinesinin .vbox dosyalarını yedekleyin (BUG olduktan sonra karşılaştırmak için)
  • Bu değiştirilemez VDI'yi bu makinelerin bir tanesine (listenin en üstünde olanlar hariç) ekleyin
  • Şimdi listenin en üstünde bulunan makinenin .v kutusuna bakın.

Bu makine düzenlendi, değiştirilemez VDI olan diğer makinelere referanslar verdi.

Öyleyse HATA: Makineyi listenin en üstünde etkileyen, başka biri tarafından kullanılan değişken bir VDI ekleyen bir makineyi düzenleyin.

Neden tüm Windows makinalarda aynı 4GiB VDI'yi tekrar kullanıyorum? Kolay, tüm sanal makineler değiştirilemez oldukları için snapfils klasöründe bir dosya oluşturacakları ve bir sonraki önyüklemede kaybolacakları için pagefile.sys dosyasını koyduğum FAT32 bölümlü bir MBR diskidir. ana bilgisayar diskinde depolanan her konuk için 4GiB'ye gerek yok, yalnızca bir tane ... bu şekilde kendi geliştirdiğim uygulamaları (XP, Vista) için geliştirdiğim uygulamaları test etmek için 20'den fazla farklı pencereye sahip olduğum için çok fazla GiB tasarruf ediyorum , 7, 8, 8.1, 10) * (32Bits, 64Bits) * (Tıpkı ilk kurulumda, her ServicePack'ten sonra, tam Windows güncellemesinden sonra), çok fazla misafir alıyorum ... hepsinde Sanal RAM için değiştirilemez 4GiB VDI paylaşıyorum (sayfadosya.sys).

Eğer BUG'un daha ileri gitmesine izin verirseniz, thoose makinelerinden birini başka bir VirtualBOX ana bilgisayarına taşımayı deneyin (üzerinde yalnızca yapılandırılmış bir sanal makine olduklarını ve henüz üzerinde yüklü bir konuk olmadığını unutmayın), VirtualBox'ın izin vermediğini göreceksiniz Bazı VDI'lar eksik olduğundan bunları ekleyin (YANLIŞ ve DOĞRU, bu ilk makinenin, doğru makinede arı yetiştiriciliği yapılan VDI'lara referansları tutmasıdır).

Şimdi hepsinin .VBOX dosyalarını previos BackUp ile karşılaştırın ... nasıl birinin yanlış değiştirildiğine dikkat edin? ... evet, listenin en üstünde olanıdır.

Şey, bu Hata birkaç yıl önce VirtualBOX'a bilgi verdi, hala düzeltemiyorlar ... ve çok fazla soruna neden oluyor.

Ayrıca, sanal makinelerdeki en üst seviyeyi daha düşük bir konuma getirirseniz, VirtualBox'ı kapatın ve yeniden başlatın ... size bazı makinelerin zarar gördüğünü ve başlatılamadığını söyleyecektir ... evet listede ilk Çok fazla sorun yaşamak istemiyorsanız, farklı bir biçimde tedavi edilmelidir.

Keşfedilmesi beni çok fazla zaman alan (birkaç yıl önce) gerçekten zor bir hata!

Aradığım bir makineye sahip olarak üstesinden gelmiştim:

  • Common Inmutable Disks

Boş bir konfigürasyona sahip ve sadece bir VDI var, evet, haklısınız, tahmin ettiğiniz gibi, diğer sanal makineler için paylaştığım değişmeyen VDI.

.VBOX dosyasını açtığımda, içinde çok fazla satır görüyorum <MediaRegistry> <HardDisks>, her makinede bir tane kullanılabildiğim VDI'yi kullanıyorum ... sadece bir örnek olarak (özel verileri kaldırıyorum):

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

Güzel Hata, yıllardır çözülemedi.

Eh, bu tür makineleri taşımak için .VBOX dosyalarını elle eklemelisiniz, .VBOX'ı eklemeden önce tüm ana makinedeki yeni ana makineye (listenin başında yer alan) referansları koymak için. dosyaları listeye eklerken, onları eklerken VirtualBOX'ın eksik VDI'lere referansları vardır (büyük HATA'nın neden olduğu eksik).

Bunun nedeni, başka bir makinede kullanılan bir VDI'yı her bağladığınızda, VirtualBOX iki makineyi güncellemektir. VBOX dosyaları (kullandığınız makineye ait olan) ve listedeki birinciye.

Listede ne olacağını tam olarak anlayamadım, ilki ona bağlı böyle ortak bir VDI yok ... denememek daha iyi, ne gördüğümü gördüm.

Bu yüzden, başka bir HOST'a geçmek, .VBOX dosyalarının iç yapısı ve VirtualBOX tarafından düzenlendiğinde büyük hataların olması nedeniyle çok kötü bir uygulama olduğu için göründüğünden çok daha karmaşıktır.

başarısız:

  • İç yapı (XML) HOST'a bağlıdır (Windows veya Linux)
  • Bir makineyi düzenleyin, yalnızca düzenlenen bir arıyı değil, başka birini değiştirebilir
  • ... Dahası ?

Daha fazlasına ihtiyacım var ... ben her zaman bunu yapan makineleri geçiriyorum (ve hiç problem yaşamadım):

  1. Tüm makinelerin listesini not edin (sipariş, gruplama, vb.)
  2. Listedeki birinciyi not edin (tüm konfigürasyonları)
  3. Başka bir ana bilgisayara taşımak istediğim makinelerin tüm özelliklerini not alın
  4. .Vbox dosyalarını .txt dosyaları olarak kopyalayın (listenin en üstünde + geçirmek istediğiniz tüm makineler)
  5. VirtualBox'ın içindeki tüm makineleri yeniden yarat (ve listenin başında özel bir makineye sahip ol)
  6. VirtualBox'ı yeni ana bilgisayarda kapat
  7. Diff, eski .txt dosyasını yeni .vbox dosyalarıyla karşılaştırın ve yalnızca Kopyala ve Yapıştırma işlemlerini değil, bazı parçaları insan yolunda .txt'ten .vbox'a kopyalayın.
  8. VirtualBox'ı açın ve tüm VDI'leri doğru sırayla ekleyin.
  9. Yeni ana bilgisayarda VirtualBox'ı tekrar kapatın
  10. Diff, eski .txt dosyasını yeni .vbox dosyalarıyla karşılaştır ve 'fix' ile .txt'den .vbox'a bazı parçaları insan yolunda kopyala yapıştır

Geri kalan her şey (anlık görüntüler klasörü ve VDI dosyaları) bunları normal şekilde kopyalarım (Dosya Sistemi Kopyala ve Yapıştır).

Tüm bu zor el işleri, Büyük Hata Sanal Kutusu'ndan kaynaklanır: Birden fazla makinede kullanılan değişken bir VDI taktığınızda değiştirilmemiş bir makineyi düzenler / değiştirir, aksi halde .VBOX dosyasını kopyala ve yapıştır yeterli olacaktır (sonra paylaşılan klasör yollarını düzeltme, vb.


-2

Makineyi içeren klasörü hedefe, ardından menüden: "Makine" ---> "Ekle" ye kopyalayın ve vdi dosyasını değil vbox dosyasını seçin. Benim için bu kusursuz gitti. Şanslı olduğumdan ya da bu şekilde çalışması mı gerektiğinden emin değilim.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.