Jaki jest zalecany sposób przeniesienia maszyny wirtualnej VirtualBox na inny komputer?

234

Używam VirtualBox 4.1.x na moim komputerze Ubuntu i skonfigurowałem kilka maszyn wirtualnych. Ponieważ istnieje kilka sposobów przeniesienia maszyny wirtualnej w VirtualBox na inny komputer, zastanawiałem się, który z nich jest zalecany:

  1. Użyj „narzędzia importu / eksportu”.
  2. Skopiuj cały folder maszyny wirtualnej zawierający pliki .vdii .vbox.
  3. Sklonuj VDI za pomocą „Virtual Media Manager”, a następnie ponownie utwórz maszynę wirtualną na maszynie docelowej, ale używając sklonowanego VDI jako dysku twardego.

Kilka razy z powodzeniem zastosowałem pierwszą metodę i zawsze działała. Problem polega na tym, że po wyeksportowaniu i zaimportowaniu obraz dysku jest przekształcany w VMDK, a nie VDI!

2-ty metoda jest chyba najprostszy, ale nie jestem pewien, że po prostu kopiowanie plików będzie działać lub nie na komputerze docelowym. Podczas wyszukiwania tej metody zauważyłem, że niektórzy ludzie mieli problemy z edycją pliku VirtualBox.xml, aby go rozwiązać!

Wreszcie istnieje trzecia metoda , ale wymaga dodatkowej pracy związanej z utworzeniem maszyny wirtualnej podobnej do oryginalnej konfiguracji maszyny wirtualnej, co nie jest pożądane.

Z powyższego wyjaśnienia jasno wynika, że ​​moją pożądaną metodą jest druga, ale potrzebuję porady ekspertów, czy to działa, czy nie. Nie chcę, aby jakakolwiek edycja XML przeszkadzała mi!

Jaka jest najlepsza metoda bezpiecznego przenoszenia moich maszyn wirtualnych na inny komputer za pomocą VirtualBox?

Seyed Mohammad
źródło
2
Po prostu przenieś pliki i umieść je w tej samej lokalizacji.
Ramhound
2
@seyed 1. Bezpieczne rozwiązanie o wysokiej skuteczności / odtwarzalności nie zawsze może być zalecanym i / lub najlepszym rozwiązaniem problemu i vice versa . Ponieważ jednak pytasz o zalecane rozwiązanie, opcja (2) z listy (choć podatna na błędy) byłaby najszybsza i dlatego jest zalecana! Opcje (1) i (3) należą do kategorii bezpieczeństwa , ponieważ będą działać w większości przypadków. PS: po eksporcie, niektóre (najbardziej?) Ustawienia konfiguracji można zmienić (jeśli używane są opcje 1/3)! ... Mam nadzieję że to pomoże.
Amar

Odpowiedzi:

164

Dobra robota do prowadzenia badań. Regularnie korzystam ze wszystkich trzech opcji.

  1. (Użyj „narzędzia importu / eksportu”) . Jest to najłatwiejsze, ponieważ łączy całą maszynę wirtualną w jeden plik i przesyła ją bez problemu prawie za każdym razem. Jednak z mojego doświadczenia podczas tworzenia pliku OVA lub OVF do eksportu wyrzuca wszystkie migawki i jeśli wykonane nieprawidłowo może spowodować plik VMDK. Po ponownym zaimportowaniu maszyny wirtualnej powinieneś być w stanie wybrać typ pliku dysku twardego, który chcesz utworzyć, VDI lub VMDK.

  2. (Skopiuj cały folder maszyny wirtualnej, zawierający pliki .vdii .vbox) . Jest to moja preferowana opcja i chociaż musiałem edytować plik XML kilka razy, to moja wina, że ​​coś zepsułem. Upewnij się, że podczas kopiowania maszyny wirtualnej otrzymujesz WSZYSTKIE pliki z nią powiązane. Problemy, na które natrafiłem, polegały na tym, że niektóre migawki i dodatkowe pliki VDI znajdowały się w niewłaściwym katalogu i nie zostały poprawnie skopiowane. Jeśli skopiujesz wszystkie pliki (i uprawnienia), nie powinieneś mieć żadnych problemów.

  3. (Sklonuj VDI za pomocą „Virtual Media Manager”, a następnie ponownie utwórz maszynę wirtualną na maszynie docelowej, ale używając sklonowanego VDI jako dysku twardego). Jest to mniej pożądane, ponieważ wtedy masz 2 kopie maszyny wirtualnej i może to powodować problemy z licencjonowaniem, problemy z siecią itp., W zależności od sposobu klonowania pliku VDI.

Podsumowując, zdecydowanie polecam opcję 2, po prostu upewnij się, że otrzymałeś wszystkie potrzebne pliki po przeniesieniu.

tbenz9
źródło
Dziękuję za odpowiedź. Poczekam jeszcze kilka dni, aby zobaczyć, czy ktokolwiek ma coś innego. (+1)
Seyed Mohammad
Wygląda na to, że nikt nie ma nic do dodania ... Więc zaznaczam to jako odpowiedź.
Seyed Mohammad
Tylko dodatkowe odniesienie do Opcji 1, link , po zaimportowaniu format ma format VDMK, wydaje się być ustalony i nie można go zmienić.
simongcc
1
@tbenz Jak mogę uniknąć otrzymania VMDK podczas eksportowania?
Don Rhummy,
13
Na zakończenie: jeśli wykonasz opcję 2, zrób to na komputerze docelowym: Virtualbox> Maszyna> Dodaj> [przejdź do folderu, w którym znajdują się wszystkie pliki VM]. Prawdopodobnie dobrym pomysłem jest umieszczenie nowych plików maszyn wirtualnych w tym samym folderze, w którym przechowywane są wszystkie inne maszyny wirtualne.
Donn Lee
47

Metoda 2 działa teraz dobrze (z VirtualBox 4.0 i nowszym) , bez wymaganej modyfikacji XML:

  1. Zatrzymaj maszynę wirtualną
  2. Wyjdź z VirtualBox
  3. Skopiuj folder VM do nowej lokalizacji
  4. Uruchom ponownie VirtualBox i usuń starą maszynę wirtualną.
  5. Przejdź do menu Maszyna ≥ Dodaj i przejdź do starego folderu.

Otóż ​​to!

ps: Mam VirtualBox 4.3.20 na OSX 10.10

Zobacz ten post na forum VirtualBox, aby uzyskać więcej informacji.

David
źródło
4
Nie mogę uwierzyć, że nie jest tak wysoko głosowane, jak powinno być! Jest to najłatwiejszy (zbyt łatwy!) Sposób przenoszenia maszyn wirtualnych w tym samym systemie operacyjnym. Pomyślnie przeniesiono dwie maszyny wirtualne z dysku C na dysk D. Mój jest Win7 64-bitowy z Virtualbox 5.x
Edwin Yip
1
To tak naprawdę nie działa, aby przenieść plik VDI, tylko całą maszynę wirtualną.
DustWolf
1
@DustWolf Racja, ale o to właśnie chodzi w op.
David
@DustWolf Tak powiedział David. „Skopiuj folder VM do nowej lokalizacji”. Jeśli o mnie chodzi, ten folder zawiera całą maszynę wirtualną. Czy coś mi brakuje?
Nikos
@RestlessCobra tak, nowy folder zawiera całą maszynę wirtualną.
David
17

Moją preferowaną opcją jest również opcja 2:

  1. Skopiuj cały folder VM zawierający pliki .vdi i .vbox.

Ale czasami zdarza się niedopasowanie UUID. Często dzieje się tak, jeśli po prostu skopiujesz obraz dysku VDI jednej maszyny na inną maszynę, ale zdarzyło mi się to podczas prostych kopii pełnych katalogów.

Jeśli więc taki komunikat pojawi się po przeniesieniu maszyny wirtualnej i próbie uruchomienia jej w nowej konfiguracji:

Nie udało się otworzyć dysku twardego.

Nie można zarejestrować dysku twardego, ponieważ dysk twardy o identyfikatorze UUID już istnieje.

Wystarczy wejść do katalogu swojej maszyny wirtualnej; oczywiście zmień rzeczywistą ścieżkę, tak aby pasowała do rzeczywistej ścieżki, którą idziesz:

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

I uruchom to polecenie, aby przypisać dyskowi nowy identyfikator UUID:

VBoxManage internalcommands sethduuid Sandbox.vdi
JakeGould
źródło
9

W przypadku, gdy ktoś inny szuka odpowiedzi na to pytanie, udało mi się przenieść 5 maszyn wirtualnych Virtual Box na inną instalację Win7 na nowym dysku twardym na tym samym komputerze (zasadniczo przejście z jednego systemu operacyjnego gościa na inny na tym samym komputerze). Zdaję sobie sprawę, że sterowniki na zupełnie nowej maszynie prawdopodobnie będą się różnić i potencjalnie będą miały negatywny wpływ na przeprowadzkę, ale udokumentowałem proces poniżej w nadziei, że może komuś pomóc.

  • Nie było wymogu klonowania maszyn wirtualnych ani zmiany pliku xml. Wersja VB była dość aktualna: 4.3.12r93773.
  • Nowe kopie maszyn wirtualnych zostały utworzone w nowym folderze / współużytkowanym dysku w celu zachowania istniejących / starych maszyn wirtualnych. Nadal mogę uruchamiać system ze starego dysku twardego, który zachowałem w celu zapewnienia redundancji / rozwiązania problemu, dopóki nie będę zadowolony z mojej nowej konfiguracji; więc w razie potrzeby mogę uzyskać dostęp do starych maszyn wirtualnych w ich poprzednim stanie.
  • Litery dysków będą się różnić / mogą nie być konieczne w zależności od konfiguracji.

Na starym hoście Win7:

  1. Upewnij się, że wszystkie maszyny wirtualne są wyłączone.

Na nowym hoście Win7:

  1. Utwórz nowy folder o nazwie X: \ NewVMs \ VirtualBox VMs (z nowej maszyny Win7, aby zapewnić uprawnienia OK)
  2. Skopiuj / Wklej (nie przeciągaj) wszystkie maszyny wirtualne i powiązaną zawartość folderów ze starego folderu do tego folderu (używa nowych uprawnień)
  3. Odinstaluj VirtualBox (jeśli jest zainstalowany)
  4. Usuń folder .virtualbox i całą zawartość (jeśli istnieje)
  5. Uruchom ponownie, aby potwierdzić, że nie pozostały żadne pliki programu ani wpisy rejestru (jeśli odinstalowano stary VirtualBox).
  6. Zainstaluj / ponownie zainstaluj VirtualBox (upewnij się, że używasz tej samej wersji, co VirtualBox, na którym maszyny wirtualne zostały utworzone na starym hoście / maszynie (w moim przypadku wer. 4.3.12r93773))
    WAŻNE: (Nie zaznaczaj pola wyboru, aby otworzyć / uruchom VirtualBox na koniec instalacji)
  7. Skopiuj / wklej (nie przeciągaj) folder .virtualbox i zawartość ze starego hosta Win7 (zwykle C: \ Users [nazwa użytkownika] .VirtualBox
  8. Teraz otwórz VirtualBox
  9. Ustaw preferencje dla nowego domyślnego folderu tworzenia maszyny wirtualnej na tę samą ścieżkę pliku, co nowo utworzony folder maszyn wirtualnych VirtualBox: X: \ NewVMs \ VirtualBox VMs
  10. Stan testowy maszyn wirtualnych

Powodzenia.

Steven Kelly
źródło
Jest to pouczająca odpowiedź, ale nie dotyczy pytania. Kolejne pytanie może być bardziej odpowiednią lokalizacją dla Twojej odpowiedzi.
akTed
@Steven „... w istocie ruch z jednego hosta systemu operacyjnego na inny ...”?
pythonlarry
2

W szczególnym przypadku, gdy:

  • masz tylko jedną maszynę wirtualną (lub chcesz przenieść wszystkie swoje maszyny wirtualne),
  • a host jest tym samym sprzętem z tą samą wersją systemu operacyjnego (lub ponownie instaluje ten sam system operacyjny na tym samym komputerze)

Jeśli tak, to proste:

  1. Zamknij VirtualBox na obu hostach.
  2. Skopiuj foldery .config/VirtualBoxi VirtualBox VMsz hosta źródłowego.
  3. Skopiuj te foldery do hosta docelowego.
  4. Uruchom VirtualBox na hoście docelowym
Nicolas Raoul
źródło
1

Czwarta droga

W VirtualBOX:

  1. Wyłącz maszynę wirtualną
  2. Kliknij prawym przyciskiem myszy i usuń maszynę wirtualną (nie usuwaj plików)
  3. Przejdź do pliku> Virtual Media Manager i usuń .vdi
  4. Przejdź do Plik> Preferencje> Ogólne i ustaw domyślny folder komputera w nowej lokalizacji
  5. Utwórz nową maszynę wirtualną Użyj trybu eksperta, aby utworzyć maszynę wirtualną bez dysku twardego

W Eksploratorze plików:

  1. Znajdź plik .vdi i skopiuj go
  2. Przejdź do nowego domyślnego folderu maszyny, w środku będzie folder VM
  3. Wklej plik .vdi w nowym folderze VM

Z powrotem w VirtualBOX:

  1. Kliknij maszynę wirtualną prawym przyciskiem myszy i otwórz ustawienia
  2. Przejdź do Storage> Controller: SATA i dodaj dysk twardy, kliknij wybierz istniejący dysk 11. wybierz plik .vdi w nowym folderze VM

Uwaga: Jeśli metoda 2 popsunie instalację VirtualBOX, przejdź do C: \ Users \ .VirtualBox i usuń VirtualBox.xml i zmień nazwę VirtualBox.xml-prev na VirtualBox.xml

peterjtk
źródło
0

Użyłem również metody 2, aby przenieść maszynę wirtualną i nie musiałem dokonywać żadnych zmian w żadnym pliku XML, ale dostałem kilka błędów związanych z USB i udostępnianiem plików, a poniżej opisałem, jak je naprawiłem wraz z procesem:

  1. Skopiuj maszynę wirtualną ze starego na nowy komputer. Pliki maszyny wirtualnej różnią się od samej maszyny wirtualnej Oracle. Te pliki są zwykle w c: \ users \\ VirtualBox VMs \ . Podniosłem całą część VirtualBox VMs \ i skopiowałem ją do podobnej lokalizacji na nowym komputerze. Spowoduje to skopiowanie wszystkich maszyn wirtualnych, które miałem na oryginalnym komputerze.

  2. Teraz na nowym komputerze uruchom wirtualne okno i wybierz Menu> Maszyna> Dodaj i wybierz plik .vbox z folderu skopiowanego. Otóż ​​to.

  3. Teraz, gdy uruchamiam maszynę wirtualną na nowym komputerze, mam błąd podczas uruchamiania:

wprowadź opis zdjęcia tutaj

  1. Nie wiem, dlaczego kontroler USB nie działał, ponieważ to samo działało na oryginalnym komputerze. Poszedłem dalej i zainstalowałem VirtualBox Extension Pack

  2. Ta instalacja była trochę dziwna, ponieważ pobieranie instalacji nie było plikiem wykonywalnym. Kliknąłem Oracle_VM_VirtualBox_Extension_Pack-5.1.4-110228.vbox-extpack i wybrałem „Wybierz program z listy zainstalowanych programów”, a następnie wybrałem Virtualbox Oracel i zainstalowałem rozszerzenie. To rozwiązało problem, ale innym mniej pożądanym rozwiązaniem jest wyłączenie USB.

  3. Jeśli masz foldery udostępnione w oryginalnej maszynie wirtualnej, mogą się one różnić i pojawi się błąd. Przejrzyj te w Ustawieniach >> Folder współdzielony i usuń te, które są uszkodzone. Będzie wyglądał komunikat o błędzie

to.

To wszystko.

zar
źródło
-1

zar, po pierwsze ... nigdy nie ruszaj maszyną, która jest w stanie zapisanym, przed przeniesieniem musisz zamknąć gościa, a nie tylko zapisać stan.

Upewnij się również, że używasz tej samej wersji VirtualBOX na obu hostach, ale nie tylko wersji VirtualBOX, także rozszerzenia pakietu vesion ... lub przynajmniej nowy host ma wyższą wersję, ale nigdy niższą wersję na żadnym z tych dwóch.

I w końcu nauczyłem się tego na własnej skórze, usuwam konfigurację folderu SHARED na VirtualBOX przed przeniesieniem komputera, a następnie tworzę go ponownie we właściwy sposób ... bardzo ważne, gdy host jest inny OS (hosty Windows / Linux).

I tak na marginesie ... zawsze używam niezmiennych plików VDI dysku twardego dla systemu operacyjnego, a także dla danych VDI (w ten sposób można użyć tego samego DATA VDI dla więcej niż gościa), szczególnie sztuczka dla 4GiB pagefile.sys

Ostatnia część, ponowne użycie niezmiennego pliku VDI sprawia, że ​​sprawy stają się trochę trudniejsze, VirtualBOX ma DUŻY BŁĄD.

Aby zobaczyć błąd w akcji:

  • Utwórz jeden niewymienny VDI (taki jak ten, którego używam dla pagefile.sys)
  • Utwórz dwie lub trzy maszyny wirtualne na VirtualBOX
  • Przenieś jeden z nich na górę listy (aby uniknąć uszkodzenia jednego z twoich)
  • Kopia zapasowa plików .vbox każdego z utworzonych przez ciebie komputerów (do porównania po wystąpieniu BŁĘDU)
  • Dołącz ten niezmienny VDI do więcej niż jednego z tych komputerów (oprócz tego na górze listy)
  • Teraz zobacz .vbox maszyny, która znajduje się na górze listy

Ta maszyna została edytowana, ma odniesienia do innych maszyn niewymiennych VDI.

Więc BŁĄD polega na: Edycja jednej maszyny poprzez dodanie niewymienialnego VDI, który jest używany przez inny, wpływa na maszynę na górze listy.

Dlaczego, do diabła, ponownie używam tego samego VDI 4GiB na wszystkich komputerach z systemem Windows? Łatwo, to dysk MBR z partycją FAT32, na której umieściłem pagefile.sys, ponieważ jest niemożliwy do modyfikacji, wszystkie maszyny wirtualne utworzą plik w folderze migawek, w którym przechowują zmiany, i które gubią się przy następnym uruchomieniu, więc robię to nie potrzebuję 4GiB dla każdego gościa przechowywanego na dysku hosta, tylko jeden ... w ten sposób oszczędzam dużo GiB, ponieważ mam ponad 20 różnych okien do testowania aplikacji, które tworzę dla siebie, wszystkie kombinacje (XP, Vista , 7, 8, 8.1, 10) * (32 bity, 64 bity) * (tak jak przy pierwszej instalacji, po każdym dodatku ServicePack, po pełnej aktualizacji systemu Windows), otrzymuję wielu gości ... więc na wszystkich Udostępniam niewymienny VDI 4GiB dla wirtualnego pamięci RAM (pagefile.sys).

A jeśli pozwolisz BŁĘDOWI pójść dalej, spróbuj przenieść jedną z tych maszyn na inny host VirtualBOX (pamiętaj, że to tylko maszyna wirtualna z konfiguracją na nich i nie ma jeszcze zainstalowanego gościa), zobaczysz, że VirtualBox nie pozwala ci dodaj je, ponieważ brakuje niektórych VDI (jest to FAŁSZ i PRAWDA, jest tak, że taka pierwsza maszyna przechowuje odniesienia do takich instancji VDI związanych z uruchomieniem na właściwej maszynie).

Teraz porównaj wszystkie pliki .VBOX z poprzednią wersją BackUp ... zwróć uwagę na to, jak się źle modyfikuje? ... tak, to ta na górze listy.

Cóż, ten BŁĄD został poinformowany VirtualBOX kilka lat temu, nadal nie mogą go naprawić ... i powoduje wiele, wiele problemów.

Co więcej, jeśli przeniesiesz górną na maszynach wirtualnych w niższą pozycję, zamknij VirtualBox i uruchom go ponownie ... powie ci, że niektóre maszyny są uszkodzone i nie można ich uruchomić ... tak, pierwsza na liście należy traktować w innej formie, jeśli nie chcesz mieć większych problemów.

To naprawdę zły BŁĄD, który odkryłem (kilka lat temu) zajęło mi wiele dni. Nauczyłem się tego na własnej skórze!

Pokonałem go, mając maszynę, którą zadzwoniłem:

  • Common Inmutable Disks

Ma pustą konfigurację i tylko jeden VDI, tak, masz rację, zgadnij, niewymienny VDI, który udostępniam dla wszystkich pozostałych maszyn wirtualnych.

Cóż, kiedy otwieram plik .VBOX, widzę w nim wiele linii w <MediaRegistry> <HardDisks>sekcji, po jednej na każdą maszynę, na której używam tego niezmiennego VDI ... tak jak próbka (usuwam prywatne dane):

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

BŁĄD, nierozwiązany od lat.

Cóż, aby przenieść takie maszyny ... musisz ręcznie edytować pliki .VBOX, aby umieścić wszystkie odwołania do tych dysków na nowym hoście na pierwszym komputerze (tym, który znajduje się na górze listy) przed dodaniem .VBOX pliki do listy, więc podczas ich dodawania VirtualBOX zawiera odniesienia do brakujących VDI (brak spowodowanych przez duży BŁĄD).

Dzieje się tak, ponieważ za każdym razem, gdy podłączasz VDI, który jest używany na innym komputerze, VirtualBOX aktualizuje dwa pliki .VBOX na komputerze (ten, który należy do używanego komputera) i do pierwszego na liście.

Nie jestem całkowicie pewien, co by się stało, gdy na liście, pierwsza nie ma tak wspólnego VDI ... lepiej nie próbować, widziałem to, co widzę.

Migracja do innego hosta jest znacznie bardziej skomplikowana niż to, co wydaje się być spowodowane bardzo złą implementacją wewnętrznej struktury plików .VBOX oraz z powodu naprawdę dużych błędów podczas edycji VirtualBOX.

Nie działa:

  • Struktura wewnętrzna (XML) zależy od HOST (Windows lub Linux)
  • Edycja jednej maszyny może zmienić inną, nie tylko edytowaną
  • ... co wiecej ?

Potrzebujesz więcej ... Zawsze migruję maszyny, robiąc to (i nigdy nie miałem problemu, nigdy):

  1. Zanotuj listę wszystkich komputerów (zamówienie, grupowanie itp.)
  2. Zwróć uwagę na pierwszy na liście (cała jego konfiguracja)
  3. Zwróć uwagę na wszystkie właściwości maszyn, które chcę przenieść na inny host
  4. Skopiuj pliki .vbox jako pliki .txt (ten na górze listy + wszystkie komputery, które chcę migrować)
  5. Ponownie uruchom wszystkie maszyny (i specjalne na górze listy) w VirtualBox na nowym hoście
  6. Zamknij VirtualBox na nowym hoście
  7. Diff porównaj stary .txt z nowymi plikami .vbox i skopiuj z .txt do .vbox niektóre części w ludzki sposób, nie tylko kopiuj i wklej
  8. Otwórz VirtualBox i dołącz wszystkie VDI we właściwej kolejności
  9. Ponownie zamknij VirtualBox na nowym hoście
  10. Zróżnicuj stare .txt z nowymi plikami .vbox i „napraw” z .txt na .vbox niektóre części w ludzki sposób, nie tylko kopiuj i wklej

Całą resztę (folder migawek i pliki VDI) kopiuję w normalny sposób (Kopiowanie i wklejanie systemu plików).

Cała ta ciężka praca ręczna jest spowodowana przez Big BUG VirtualBox: Edytuje / modyfikuje maszynę, która nie została zmodyfikowana, gdy dołączasz niewymienny VDI, który jest używany na więcej niż jednym komputerze, w przeciwnym razie wystarczy zwykły plik Kopiuj i Wklej .VBOX (po ustalanie ścieżek folderów współdzielonych itp.).

Laura
źródło
-2

Skopiuj folder zawierający maszynę do miejsca docelowego, a następnie z menu: „Maszyna” ---> „Dodaj”, a następnie wybierz plik vbox, NIE plik vdi. Dla mnie to poszło bezbłędnie. Nie jestem pewien, czy miałem szczęście, czy też tak powinno działać.

Thia Zol
źródło