VirtualBox VM को दूसरे कंप्यूटर पर ले जाने के लिए अनुशंसित तरीका क्या है?


234

मैं अपने Ubuntu मशीन पर VirtualBox 4.1.x का उपयोग करता हूं और मैंने कई वर्चुअल मशीनें स्थापित की हैं। चूंकि कई तरीके हैं जो एक वर्चुअल मशीन को VirtualBox में दूसरे कंप्यूटर पर ले जा सकते हैं, मैं सोच रहा था कि कौन सा अनुशंसित तरीका है:

  1. "आयात / निर्यात उपयोगिता" का उपयोग करें।
  2. संपूर्ण वर्चुअल मशीन फ़ोल्डर की प्रतिलिपि बनाएँ, जिसमें फ़ाइलें .vdiऔर .vboxफ़ाइलें हैं।
  3. "वर्चुअल मीडिया मैनेजर" का उपयोग करके VDI को क्लोन करें और फिर लक्ष्य मशीन पर एक VM को फिर से बनाएँ लेकिन क्लोन किए गए VDI को हार्ड डिस्क के रूप में उपयोग करें।

मैंने कई बार पहली विधि का सफलतापूर्वक उपयोग किया है और इसने हमेशा काम किया है। समस्या यह है कि निर्यात और आयात के बाद, डिस्क छवि वीएमडीके में बदल जाती है और वीडीआई अब नहीं!

2 विधि शायद सबसे आसान है, लेकिन मुझे यकीन है कि बस फाइलों को कॉपी लक्षित मशीन पर या काम नहीं करेगा नहीं हूँ। जब इस पद्धति के बारे में खोज की गई, तो मैंने पाया कि कुछ लोगों को इसमें समस्याएँ थीं, जिन्हें हल करने के लिए उन्हें VirtualBox.xml फ़ाइल को संपादित करना पड़ा!

अंत में, तीसरा तरीका है , लेकिन इसमें मूल वीएम कॉन्फ़िगरेशन के समान वीएम बनाने के अतिरिक्त कार्य की आवश्यकता होती है, जो वांछनीय नहीं है।

यह उपरोक्त स्पष्टीकरण से स्पष्ट है कि मेरी इच्छित विधि 2 है, लेकिन मुझे इस पर विशेषज्ञ की सलाह की आवश्यकता है अगर यह काम करता है या नहीं। मैं नहीं चाहता कि कोई XML संपादन मेरे रास्ते में हो!

वर्चुअलबॉक्स के साथ सुरक्षित रूप से मेरे वीएम को दूसरे कंप्यूटर पर स्थानांतरित करने का सबसे अच्छा तरीका क्या है?


2
बस फ़ाइलों को स्थानांतरित करें और उन्हें उसी स्थान पर रखें।
रामहाउंड

2
@ शुरुआत 1. उच्च सफलता दरों / प्रतिलिपि प्रस्तुत करने की क्षमता के साथ एक असफल-सुरक्षित समाधान हमेशा एक समस्या के लिए अनुशंसित और / या सबसे अच्छा समाधान नहीं हो सकता है और इसके विपरीत । हालांकि, चूंकि, आप अपनी सूची से अनुशंसित समाधान, विकल्प (2) के बारे में पूछते हैं (हालांकि त्रुटि-प्रवण) सबसे तेज और इसलिए अनुशंसित होगा! विकल्प (1) और (3) के अंतर्गत आते हैं असफल-सुरक्षित श्रेणी के रूप में वे जाएगा अधिकांश परिस्थितियों में काम करते हैं। पुनश्च: पोस्ट-एक्सपोर्ट, कुछ (सबसे?) कॉन्फ़िगरेशन सेटिंग्स को बदला जा सकता है (यदि विकल्प 1/3 का उपयोग किया जाता है)! ... उम्मीद है की यह मदद करेगा।
अमर

जवाबों:


164

अच्छी तरह से अपने अनुसंधान करने के लिए किया। मैं नियमित रूप से सभी तीन विकल्पों का उपयोग करता हूं।

  1. ("आयात / निर्यात उपयोगिता" का उपयोग करें) । यह सबसे आसान है क्योंकि यह पूरे वीएम को एक ही फाइल में मिला देता है और हर बार बिना किसी समस्या के इसे स्थानांतरित कर देता है। हालाँकि, मेरे अनुभव में निर्यात के लिए ओवीए या ओवीएफ फ़ाइल बनाते समय यह सभी स्नैपशॉट को फेंक देता है और यदि गलत तरीके से किया जाता है तो वीएमडीके फ़ाइल हो सकती है। जब आप वीएम को री-इम्पोर्ट करते हैं, तो आपको यह चयन करने में सक्षम होना चाहिए कि आप किस प्रकार की एचडीडी फाइल बनाना चाहते हैं, VDI या VMDK।

  2. (संपूर्ण वर्चुअल मशीन फ़ोल्डर की प्रतिलिपि बनाएँ, जिसमें .vdiऔर .vboxफ़ाइलें हैं) । यह मेरा पसंदीदा विकल्प है और हालाँकि मुझे XML फ़ाइल को कुछ बार संपादित करना पड़ा है क्योंकि यह कुछ गड़बड़ करने के लिए मेरी अपनी गलती है। सुनिश्चित करें कि जब आप VM को कॉपी करते हैं, तो आपको इससे जुड़ी सभी फाइलें मिल जाती हैं। जब मैं कुछ स्नैपशॉट और माध्यमिक VDI फ़ाइलों को गलत निर्देशिका में था और ठीक से कॉपी नहीं किया गया था मैं भाग गया। यदि आप सभी फाइलों (और अनुमतियों) की नकल करते हैं, तो आपको कोई समस्या नहीं होनी चाहिए।

  3. ("वर्चुअल मीडिया मैनेजर" का उपयोग करके वीडीआई क्लोन करें और फिर लक्ष्य मशीन पर एक वीएम को फिर से बनाएं लेकिन क्लोन किए गए वीडीआई का उपयोग हार्ड डिस्क के रूप में करें)। यह कम वांछनीय है क्योंकि तब आपके पास एक वीएम की 2 प्रतियां हैं, और यह लाइसेंसिंग मुद्दों, नेटवर्क मुद्दों आदि का कारण बन सकता है, यह इस बात पर निर्भर करता है कि आप VDI फाइल को कैसे क्लोन करते हैं।

सारांश में, मैं निश्चित रूप से विकल्प 2 की सिफारिश करूंगा, बस यह सुनिश्चित करें कि जब आप इसे स्थानांतरित करेंगे तो आपको सभी आवश्यक फाइलें मिलेंगी।


उत्तर के लिए धन्यवाद। मैं यह देखने के लिए कुछ दिन और इंतजार करूंगा कि क्या किसी और के पास भी कोई बात है। (+1)
मोहम्मद

ऐसा लगता है कि किसी के पास जोड़ने के लिए कुछ भी नहीं है ... इसलिए मैं इसे उत्तर के रूप में चिह्नित कर रहा हूं।
सय्यद मोहम्मद

विकल्प 1, लिंक के लिए सिर्फ एक अतिरिक्त संदर्भ , आयात करने के बाद, प्रारूप VDMK है, यह निर्धारित किया जा रहा है और इसे बदला नहीं जा सकता है।
सिमोंगसीसी

1
@tbenz निर्यात करते समय मैं VMDK लेने से कैसे बचूँ?
डॉन रम्मी

13
बस पूर्ण होने के लिए: यदि आप विकल्प 2 करते हैं, तो इसे लक्ष्य मशीन पर करें: वर्चुअलबॉक्स> मशीन> जोड़ें> [उस फ़ोल्डर में नेविगेट करें जहां सभी वीएम फाइलें हैं]। संभवतः नई वीएम फ़ाइलों को उसी फ़ोल्डर में रखने का एक अच्छा विचार है जहां आपके सभी अन्य वीएम संग्रहीत हैं।
डॉन ली

47

विधि 2 अब अच्छी तरह से काम करता है (वर्चुअलबॉक्स 4.0 और उच्चतर के साथ) , बिना किसी XML संशोधन की आवश्यकता के:

  1. अपनी वर्चुअल मशीन बंद करो
  2. VirtualBox से बाहर निकलें
  3. VM फ़ोल्डर को नए स्थान पर कॉपी करें
  4. VirtualBox को पुनरारंभ करें, और पुराने VM को हटा दें।
  5. मशीन मेनू पर जाएं and अपने पुराने फ़ोल्डर में जोड़ें और ब्राउज़ करें।

बस!

ps: मेरे पास OSX 10.10 पर वर्चुअलबॉक्स 4.3.20 है

देखें इस VirtualBox के मंच पोस्ट अधिक जानकारी के लिए।


4
विश्वास नहीं किया जा सकता है कि यह जितना होना चाहिए, उतना मतदान नहीं है! यह एक ही OS के भीतर VMs को ले जाने पर सबसे आसान तरीका है (बहुत आसान है!)। ड्राइव सी से ड्राइव करने के लिए सफलतापूर्वक दो वीएम चले गए। डी। मेरा वर्नबॉक्स 6 एक्स के साथ विन 7 64 बिट है
एडविन यिप

1
यह वास्तव में केवल VDI फ़ाइल को स्थानांतरित करने के लिए काम नहीं करता है, केवल पूरी वर्चुअल मशीन।
डस्टवॉल्फ

1
@ डस्टवॉल्फ राइट, लेकिन यह वही है जो ऑप के सवाल के बारे में है।
डेविड

@ डस्टवॉल्फ यह डेविड ने कहा है। "नए स्थान पर VM फ़ोल्डर की प्रतिलिपि बनाएँ"। जहाँ तक मैं चिंतित हूँ इस फ़ोल्डर में पूरी वर्चुअल मशीन है। क्या मैं कुछ भूल रहा हूँ?
निकोस

@RestlessCobra हाँ, नए फ़ोल्डर में संपूर्ण VM है।
डेविड

17

मेरा पसंदीदा विकल्प विकल्प 2 भी है:

  1. .Vdi और .vbox फ़ाइलों वाले संपूर्ण VM फ़ोल्डर की प्रतिलिपि बनाएँ।

लेकिन कभी-कभी एक यूयूआईडी बेमेल होगा। अक्सर ऐसा होता है यदि आप एक मशीन की VDI डिस्क छवि को किसी अन्य मशीन में कॉपी करते हैं, लेकिन मैंने ऐसा किया है कि यह पूरी निर्देशिका की सीधी प्रतियों के दौरान भी होता है।

इसलिए, यदि यह संदेश आपको वर्चुअल मशीन को स्थानांतरित करने के बाद मिलता है और इसे नए सेटअप में शुरू करने की कोशिश कर रहा है:

हार्ड डिस्क खोलने में विफल।

UUID के साथ हार्ड डिस्क को हार्ड डिस्क में पंजीकृत नहीं कर सकता क्योंकि पहले से ही मौजूद है।

बस अपनी वर्चुअल मशीन की निर्देशिका में जाएं; निश्चित रूप से आप जिस वास्तविक पथ में जा रहे हैं, उससे मेल खाने के लिए वास्तविक पथ बदलें:

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

और डिस्क को नया UUID असाइन करने के लिए यह कमांड चलाएँ:

VBoxManage internalcommands sethduuid Sandbox.vdi

9

मामले में किसी और के जवाब की तलाश में है, तो मैंने 5 वर्चुअल बॉक्स वीएम को सफलतापूर्वक एक ही मशीन पर एक नई हार्ड ड्राइव पर एक और Win7 स्थापित करने के लिए एक और Win7 स्थापित किया (अनिवार्य रूप से एक अतिथि ओएस से दूसरे पीसी पर)। मुझे एहसास है कि पूरी तरह से नई मशीन पर ड्राइवर अलग-अलग होंगे और संभावित रूप से इस कदम पर नकारात्मक प्रभाव पड़ेगा, लेकिन मैंने नीचे की प्रक्रिया को इस उम्मीद में प्रलेखित किया है कि यह किसी की मदद कर सकता है।

  • VMs को क्लोन करने या xml फ़ाइल को बदलने की कोई आवश्यकता नहीं थी। VB संस्करण काफी वर्तमान था: 4.3.12r93773।
  • VMs की नई प्रतियां मौजूदा / पुराने VMs को बरकरार रखने के लिए एक नए फ़ोल्डर / साझा ड्राइव में बनाई गई थीं। मैं अभी भी पुराने हार्ड ड्राइव से बूट कर सकता हूं जिसे मैंने अपने नए सेटअप से खुश होने तक अतिरेक / मुद्दे के समाधान के लिए बनाए रखा है; इसलिए यदि आवश्यक हो तो मैं पुराने वीएम को उनके पूर्व राज्य में एक्सेस कर सकता हूं।
  • ड्राइव अक्षर अलग-अलग होंगे / आपके सेटअप के आधार पर आवश्यक नहीं हो सकते हैं।

पुराने Win7 होस्ट पर:

  1. सुनिश्चित करें कि सभी वीएम बंद हैं।

नए Win7 होस्ट पर:

  1. नया फ़ोल्डर बनाएँ जिसे X: \ NewVMs \ VirtualBox VMs (अनुमतियों को सुनिश्चित करने के लिए नई Win7 मशीन से) ठीक है
  2. पुराने फ़ोल्डर से सभी वीएम और संबंधित फ़ोल्डर सामग्री को इस फ़ोल्डर में कॉपी / पेस्ट (खींचें न करें) (नई अनुमतियों का उपयोग करता है)
  3. VirtualBox की स्थापना रद्द करें (यदि स्थापित है)
  4. .Virtualbox फ़ोल्डर और सभी सामग्री हटाएं (यदि मौजूदा है)
  5. कोई प्रोग्राम फ़ाइलों या रजिस्ट्री प्रविष्टियों की पुष्टि करने के लिए REBOOT शेष (यदि पुराने वर्चुअलबॉक्स की स्थापना रद्द कर रहा है)।
  6. वर्चुअलबॉक्स स्थापित करें / पुनः स्थापित करें (सुनिश्चित करें कि आप वर्चुअलबॉक्स के समान संस्करण का उपयोग कर रहे हैं, जिस पर VMs पुराने होस्ट / मशीन पर बनाए गए थे (मेरे मामले में। 4.3.12r93773)) महत्वपूर्ण: (खोलने के लिए टिकबॉक्स का
    चयन न करें / स्थापना के अंत में वर्चुअलबॉक्स चलाएँ)
  7. कॉपी / पेस्ट (खींचें नहीं) .virtualbox फ़ोल्डर और पुरानी Win7 होस्ट से सामग्री (आमतौर पर C: \ Users [उपयोगकर्ता नाम] .irtualBox
  8. अब VirtualBox को खोलें
  9. नए बनाए गए VMBox फ़ोल्डर के लिए नई फ़ाइल वर्चुअल बॉक्स VMs फ़ोल्डर के रूप में उसी फ़ाइल पथ के लिए प्राथमिकताएँ सेट करें: X: \ NewVMs \ VirtualBox VMs
  10. वीएम की टेस्ट स्थिति

सौभाग्य।


हालांकि यह एक सूचनात्मक उत्तर है, यह इस बारे में नहीं है कि क्या पूछा गया था। एक अन्य प्रश्न आपके उत्तर के लिए अधिक उपयुक्त स्थान हो सकता है।
एकटेड

@Steven, "... अनिवार्य रूप से एक होस्ट OS से दूसरे में एक चाल है ..."?
पाइथनलरी

2

विशेष मामले के लिए जहां:

  • आपके पास केवल एक वीएम है (या अपने सभी वीएम को स्थानांतरित करना चाहते हैं),
  • और होस्ट एक ही ओएस संस्करण के साथ एक ही हार्डवेयर है (या एक ही मशीन पर एक ही ओएस को फिर से इंस्टॉल करना)

यदि आप इस मामले में हैं, तो चीजें आसान हैं:

  1. दोनों मेजबानों पर VirtualBox को बंद करें।
  2. स्रोत होस्ट से .config/VirtualBoxऔर VirtualBox VMsफ़ोल्डरों को कॉपी करें ।
  3. इन फ़ोल्डरों को गंतव्य होस्ट पर कॉपी करें।
  4. गंतव्य होस्ट पर VirtualBox प्रारंभ करें

1

द 4 वे

VirtualBOX में:

  1. वीएम बंद बिजली
  2. VM पर राइट क्लिक करें और हटाएं (फाइल्स डिलीट न करें)
  3. फ़ाइल> वर्चुअल मीडिया मैनेजर पर जाएं और .vdi निकालें
  4. फ़ाइल> प्राथमिकताएं> सामान्य पर जाएं और डिफ़ॉल्ट मशीन फ़ोल्डर को नए स्थान पर सेट करें
  5. VM को हार्डड्राइव के बिना बनाने के लिए एक नया VM उपयोग विशेषज्ञ मोड बनाएँ

फ़ाइल एक्सप्लोरर में:

  1. .Vdi फ़ाइल का पता लगाएँ और उसे कॉपी करें
  2. नए डिफ़ॉल्ट मशीन फ़ोल्डर में जाएं, अंदर एक वीएम फ़ोल्डर होगा
  3. नए VM फ़ोल्डर में .vdi फ़ाइल पेस्ट करें

VirtualBOX में वापस:

  1. VM पर क्लिक करें और सेटिंग्स खोलें
  2. स्टोरेज> कंट्रोलर: एसएटीए पर जाएं और हार्डडिस्क जोड़ें, मौजूदा डिस्क को 11.choose। नए फ़ाइल फ़ोल्डर में .vdi फ़ाइल चुनें।

नोट: यदि विधि 2 ने वर्चुअलबॉक्स की अपनी स्थापना को तोड़ दिया तो C: \ Users \।


0

मैंने अपने वर्चुअल मशीन को स्थानांतरित करने के लिए विधि 2 का उपयोग किया और मुझे किसी भी XML फ़ाइल में कोई बदलाव नहीं करना पड़ा, लेकिन USB और फ़ाइल साझाकरण के साथ कुछ त्रुटियां मिलीं और नीचे मैंने उन्हें प्रक्रिया के साथ कैसे तय किया:

  1. वर्चुअल मशीन को पुराने से नए पीसी में कॉपी करें। वर्चुअल मशीन की फाइलें ओरेकल वर्चुअल मशीन से ही अलग होती हैं। ये फाइलें आमतौर पर c: \ Users \\ VirtualBox VMs \ पर होती हैं । मैंने पूरे वर्चुअलबॉक्स VMs भाग को उठाया और नए पीसी पर समान स्थान पर कॉपी किया। यह उन सभी आभासी मशीनों की प्रतिलिपि बनाता है जो मेरे पास मूल पीसी पर थीं।

  2. अब नए पीसी पर, वर्चुअल बॉक्स चलाएँ और मेनू> मशीन> जोड़ें और कॉपी किए गए फ़ोल्डर से .vbox फ़ाइल पर जाएं। बस।

  3. अब जब मैं नए पीसी पर वर्चुअल मशीन चलाता हूं, तो बूट होने पर मुझे त्रुटि मिली:

यहां छवि विवरण दर्ज करें

  1. मुझे नहीं पता कि USB नियंत्रक काम क्यों नहीं कर रहा था क्योंकि वही मूल कंप्यूटर पर काम करता था। मैंने आगे बढ़कर VirtualBox एक्सटेंशन पैक स्थापित किया

  2. यह स्थापना थोड़ी अजीब थी क्योंकि इंस्टॉल डाउनलोड एक निष्पादन योग्य फ़ाइल नहीं थी। मैंने Oracle_VM_VirtualBox_Extension_Pack-5.1.4-110228.vbox-extpack पर क्लिक किया और 'चयनित प्रोग्रामों की सूची से एक प्रोग्राम का चयन करें' और चयनित ओआरएसएल वर्चुअलबॉक्स की तुलना में चयनित किया और इसने एक्सटेंशन स्थापित कर दिया। इस समस्या को ठीक कर दिया, लेकिन एक और कम वांछनीय समाधान है कि आप USB को निष्क्रिय कर सकते हैं।

  3. यदि आपने मूल VM में फ़ोल्डर साझा किए थे, तो वे भिन्न हो सकते हैं और आपको त्रुटि मिलेगी। सेटिंग्स में उन लोगों की समीक्षा करें >> साझा फ़ोल्डर और जो टूटे हुए हैं उन्हें हटा दें। त्रुटि संदेश जैसा दिखेगा

इस

बस इतना ही।


-1

zar, पहली बात पहली ... कभी भी एक ऐसी मशीन न चलाएं जो सहेजे हुए राज्य में हो, इससे पहले कि आप अतिथि को बंद करें, न कि केवल राज्य को बचाएं।

यह भी सुनिश्चित करें कि आप दोनों होस्ट पर वर्चुअलबॉक्स के एक ही संस्करण का उपयोग करें, लेकिन न केवल वर्चुअलबॉक्स संस्करण, बल्कि एक्सटेंशन पैक वेशन ... या कम से कम नए होस्ट का उच्च संस्करण है, लेकिन कभी भी दो में से किसी पर भी कम संस्करण का उपयोग न करें।

और अंत में, मैंने इसे कठिन तरीके से सीखा, मशीन को स्थानांतरित करने से पहले VirtualBOX पर SHARED फ़ोल्डर कॉन्फ़िगरेशन को हटाएं, फिर इसे एक सही तरीके से बनाएं ... बहुत महत्वपूर्ण है जब होस्ट अलग-अलग ओएस (विंडोज / लिनक्स होस्ट) हैं।

और बस एक साइड नोट के रूप में ... मैं allways, allways उपयोग करने के लिए OS के साथ-साथ डेटा VDI के लिए inmutable हार्ड डिस्क VDI फ़ाइलों का उपयोग करता हूं (इस तरह एक ही DATA VDI का उपयोग अतिथि से अधिक के लिए किया जा सकता है), विशेष रूप से 4GiP Pagefile.sys के लिए ट्रिक

पिछले भाग में, एक अयोग्य VDI फ़ाइल को फिर से उपयोग करने से चीजें थोड़ी कठिन हो जाती हैं, VirtualBOX में BIG BUG होता है।

बग को कार्रवाई में देखने के लिए:

  • एक अयोग्य VDI बनाएँ (जैसे मैं पेजफाइल.साइस के लिए उपयोग करता हूं)
  • VirtualBOX पर दो या तीन वीएम बनाएं
  • उनमें से एक को सूची के शीर्ष पर ले जाएं (बस किसी एक को क्षतिग्रस्त करने से बचने के लिए)
  • आपके द्वारा बनाई गई प्रत्येक थोज़ोज़ मशीनों की .vbox फ़ाइलों की बैकअप (तुलना करने के बाद BUG होता है)
  • उस अयोग्य VDI को उस मशीन में से एक से अधिक में संलग्न करें (सूची के शीर्ष पर छोड़कर)
  • अब सूची के शीर्ष पर स्थित मशीन का .vbox देखें

उस मशीन को संपादित कर दिया गया है, इसमें अन्य मशीनों के लिए अक्षम्य VDI का संदर्भ है।

तो BUG है: एक अयोग्य VDI को जोड़ने वाली एक मशीन को संपादित करें जो दूसरे द्वारा उपयोग की जाती है जो सूची के शीर्ष पर स्थित मशीन को प्रभावित करती है।

मैं सभी विंडोज मशीनों पर एक ही 4GiB VDI का फिर से उपयोग क्यों कर रहा हूं? आसान, यह एक FAT32 विभाजन के साथ एक एमबीआर डिस्क है जहां मैं पेजफाइल.एसआईएस डाल देता हूं, क्योंकि यह अयोग्य है सभी आभासी मशीनें अपने स्नैपशॉट फ़ोल्डर पर एक फ़ाइल बनाएंगी जहां वे परिवर्तन संग्रहीत करते हैं, और जो अगले बूट पर खो जाता है, इसलिए मैं करता हूं मेजबान डिस्क पर संग्रहीत प्रत्येक अतिथि के लिए 4GiB की आवश्यकता नहीं है, सिर्फ एक ... इस तरह से मैं बहुत सारे GiB को बचाता हूं क्योंकि मेरे पास अपने स्वयं के लिए विकसित होने वाले सभी ऐप, (XP, Vista) के संयोजन के लिए 20 से अधिक विभिन्न विंडो हैं। , 7, 8, 8.1, 10) * (32 बिट्स, 64 बिट्स) * (जैसा कि पहली सर्विस पर है, प्रत्येक सर्विसपैक के बाद, पूर्ण विंडोज़ अपडेट के बाद), मुझे बहुत कुछ मिलता है, बहुत सारे गेस्ट ... इसलिए उन सभी पर मैं आभासी राम (pagefile.sys) के लिए अयोग्य 4GiB VDI साझा करता हूं।

और अगर आप BUG को और आगे जाने देते हैं, तो थोज़ोज़ मशीनों में से एक को किसी अन्य VirtualBOX होस्ट पर ले जाने का प्रयास करें (याद रखें कि वे केवल वर्चुअल मशीन हैं, जो उन पर एक कॉन्फ़िगरेशन के साथ हैं और उन पर कोई अतिथि अभी तक स्थापित नहीं है), आप देखेंगे कि VirtualBox आपको अनुमति नहीं देता है कुछ VDI के गायब होने के बाद से उन्हें जोड़ दें (यह FALSE और TRUE है, यह है कि ऐसी पहली मशीन सही मशीन पर मधुमक्खी पालन के ऐसे VDIs के संदर्भ रखती है)।

अब उन सभी की .VBOX फ़ाइलों की तुलना प्रीविओस बैकअप के साथ करें ... ध्यान दें कि कैसे गलत तरीके से संशोधित किया जाता है? ... हाँ, यह सूची में सबसे ऊपर है।

खैर, इस BUG को कुछ साल पहले VirtualBOX को सूचित किया गया था, वे अभी भी इसे ठीक नहीं कर सकते हैं ... और यह बहुत, बहुत सारी समस्याएं पैदा कर रहा है।

इसके अलावा, यदि आप वर्चुअल मशीनों पर शीर्ष एक को निचले स्थान पर ले जाते हैं, तो VirtualBox को बंद करें और इसे फिर से लॉन्च करें ... आपको बताएगा कि कुछ मशीनें क्षतिग्रस्त हैं और शुरू नहीं की जा सकती हैं ... हाँ सूची में पहला एक यदि आप बहुत परेशानी नहीं उठाना चाहते हैं तो एक अलग रूप में इलाज किया जाना चाहिए।

यह वास्तव में बुरा है कि मुझे खोज करने में बहुत दिन लग गए (कुछ साल पहले) मैंने इसे कठिन तरीका सीखा!

मैंने एक मशीन जिसे मैंने बुलाया था, उस पर काबू पाया:

  • Common Inmutable Disks

इसका एक खाली कॉन्फ़िगरेशन है और केवल एक VDI है, हाँ, आप सही हैं, आपको यह अनुमान है, सभी शेष वर्चुअल मशीनों के लिए अयोग्य VDI मैं साझा करता हूं।

अच्छी तरह से जब मैं .VBOX फ़ाइल खोलता हूं, तो मैं इसे <MediaRegistry> <HardDisks>अनुभाग पर बहुत सी पंक्तियों के अंदर देखता हूं , प्रत्येक मशीन में से एक जहां मैं उस अयोग्य VDI का उपयोग करता हूं ... सिर्फ एक नमूने के रूप में (मैं निजी डेटा हटाता हूं):

<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 (बड़े बग के कारण गायब) के संदर्भ हैं।

यह तब होता है क्योंकि हर बार जब आप एक VDI कनेक्ट करते हैं जो किसी अन्य मशीन पर उपयोग की जाती है VirtualBOX दो मशीनों को अद्यतन करता है। VBOX फाइलें (वह जो आपके द्वारा उपयोग की जा रही मशीन से संबंधित है) और सूची में पहले एक पर।

मुझे पूरी तरह से यकीन नहीं है कि सूची में होने पर क्या होगा, पहले वाले के पास इस तरह के आम वीडीआई नहीं हैं ... बेहतर यह कोशिश करने के लिए नहीं है, मैंने जो देखा है उसे देखा।

इसलिए एक अन्य HOST पर माइग्रेट करना बहुत अधिक जटिल है जितना कि यह एक बहुत खराब कार्यान्वयन के कारण होता है। VBOX आंतरिक संरचना को फाइल करता है और जब वर्चुअलबॉक्‍स उन्हें संपादित करता है तो वास्तव में बड़े BUG के कारण।

विफल रहता है:

  • आंतरिक संरचना (एक्सएमएल) HOST (विंडोज या लिनक्स) पर निर्भर करती है
  • एक मशीन को संपादित करें दूसरे को बदल सकते हैं, न कि केवल एक मधुमक्खी द्वारा संपादित
  • ... और क्या ?

और अधिक की जरूरत है ... मैं ऐसा करने वाली मशीनों को माइग्रेट करता हूं (और कोई समस्या नहीं थी, कभी नहीं):

  1. सभी मशीनों की सूची पर ध्यान दें (आदेश, समूहन, आदि)
  2. सूची पर पहले एक का ध्यान रखें (इसके सभी विन्यास)
  3. उन मशीनों के सभी गुणों पर ध्यान दें जिन्हें मैं दूसरे होस्ट में ले जाना चाहता हूं
  4. .Vbox फ़ाइलों को .txt फ़ाइलों की तरह कॉपी करें (सूची के शीर्ष पर एक + सभी मशीनें जिन्हें मैं माइग्रेट करना चाहता हूं)
  5. नए होस्ट पर VirtualBox के अंदर सभी मशीनों (और सूची के शीर्ष पर एक विशेष एक है) को फिर से बनाएँ
  6. नए होस्ट पर VirtualBox को बंद करें
  7. नई .vbox फ़ाइलों के साथ पुराने .txt की तुलना करें और .txt से .vbox के कुछ हिस्सों को मानव तरीके से कॉपी करें, न कि केवल कॉपी और पेस्ट करें।
  8. वर्चुअलबॉक्स खोलें और सभी VDI को सही क्रम में संलग्न करें
  9. नए होस्ट पर फिर से VirtualBox को बंद करें
  10. नई .vbox फ़ाइलों के साथ पुराने .txt की तुलना करना मुश्किल है और .txt से .vxt के कुछ हिस्सों को मानव तरीके से, केवल कॉपी और पेस्ट न करें।

सभी शेष (स्नैपशॉट फ़ोल्डर और VDI फ़ाइलें) मैं उन्हें सामान्य तरीके से कॉपी करता हूं (फाइल सिस्टम कॉपी और पेस्ट)।

बिग बीयूजी वर्चुअलबॉक्स के कारण यह सभी हार्ड मैनुअल काम होता है: यह एक मशीन को संशोधित / संशोधित नहीं करता है जब आप एक अयोग्य वीडीआई संलग्न करते हैं जो एक से अधिक मशीनों पर उपयोग किया जाता है, अन्यथा एक साधारण कॉपी और पेस्ट .VBOX फ़ाइल पर्याप्त होगी (बाद में) साझा किए गए फ़ोल्डर पथ को ठीक करना, आदि)।


-2

मशीन को गंतव्य पर रखने वाले फ़ोल्डर को कॉपी करें, फिर मेनू से: "मशीन" ---> "जोड़ें", और फिर vbox फ़ाइल चुनें, न कि vdi फ़ाइल। मेरे लिए यह त्रुटिपूर्ण था। यकीन नहीं होता कि मैं भाग्यशाली था, या अगर इस तरह से काम करना चाहिए।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.