वर्चुअलबॉक्स OVA आयात त्रुटियों का समाधान:E

<पी> वर्चुअलबॉक्स, OVA आयात और E_INVALIDARG 0x80070057 त्रुटि

<पी> अपडेट किया गया:9 दिसंबर, 2025

<पी> हाल ही में, मुझे अपने वर्चुअलाइजेशन साहसिक कार्यों में एक ताज़ा समस्या का सामना करना पड़ा। मैं अपनी एक लिनक्स वर्चुअल मशीन को निर्यात करना चाहता था, ताकि मैं इसे एक अलग होस्ट पर उपयोग कर सकूं। कागज पर, कार्यक्षमता वर्चुअलबॉक्स में है। फ़ाइल> निर्यात उपकरण। फिर, आप वांछित वर्चुअल मशीन चुनते हैं, तय करते हैं कि आप किस प्रारूप का उपयोग करना चाहते हैं, मैक पते कॉन्फ़िगर करें, और वर्चुअलबॉक्स को ओवा फ़ाइल उत्पन्न करने दें। लक्ष्य होस्ट पर, आप इस उपकरण को आयात करते हैं।

<पी> मैंने ऐसा करने का प्रयास किया और एक त्रुटि आई। GUI ने बहुत अधिक विवरण के बिना E_INVALIDARG 0x80070057 कहा। वर्चुअलबॉक्स फोरम पर टिकटों को पढ़ते हुए, मुझे पता चला कि आयात प्रक्रिया में विफलता के लिए कई अलग-अलग मुद्दे हो सकते हैं। इन संभावित समस्याओं को एक-एक करके हल करने का प्रयास करने के बजाय, मैंने एक अलग रास्ता चुना। OVA प्रक्रिया का उपयोग किए बिना, एक मैन्युअल मशीन आयात। आइए मैं आपको दिखाता हूं.

ओवीए सिर्फ एक संग्रह है

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

<पी> इस प्रकार, हम मैन्युअल रूप से भी ऐसा कर सकते हैं।

चरण 1:अपनी वर्चुअल मशीन का क्लोन बनाएं

<पी> आप ऐसा क्यों करना चाहते हैं वह इस प्रकार है:यह आपको केवल नवीनतम स्नैपशॉट को क्लोन करने की अनुमति देता है, यदि आप कोई स्नैपशॉट उपयोग करते हैं। इससे नई वर्चुअल मशीन छोटी हो जाती है। जब आप वर्चुअल मशीन डेटा को किसी नए होस्ट में कॉपी करते हैं तो आपके पास लेने के लिए और ध्यान में रखने के लिए कम स्नैपशॉट होंगे। लेकिन यह अनिवार्य नहीं है.

<पी> आप केवल नवीनतम स्थिति की प्रतिलिपि बनाना चाह सकते हैं क्योंकि यह मशीन प्रबंधन को सरल बनाता है, और स्थानांतरण के लिए आवश्यक डेटा की मात्रा को कम करता है। यदि आप ओवर-द-नेटवर्क निर्यात कर रहे हैं, तो यह एक बड़ा अंतर ला सकता है (यहां तक कि LAN पर भी)।

<पी>

वर्चुअलबॉक्स OVA आयात त्रुटियों का समाधान:E_INVALIDARG 0x80070057 को ठीक करना

चरण 2:संपूर्ण वर्चुअल मशीन फ़ोल्डर को दूसरे होस्ट पर कॉपी करें

<पी> किसी भी वर्चुअलबॉक्स वर्चुअल मशीन फ़ोल्डर की संरचना इस प्रकार है:लॉग्स और स्नैपशॉट्स नामक निर्देशिकाएं, एक या अधिक वर्चुअल डिस्क (आमतौर पर .vdi प्रारूप), और .vbox प्रत्यय (एक्सटेंशन) के साथ कॉन्फ़िगरेशन फ़ाइल, साथ ही .vbox-prev प्रत्यय के साथ शायद दूसरी कॉन्फ़िगरेशन फ़ाइल (यदि आपने परिवर्तन किए हैं)।

<पी> वीबॉक्स फ़ाइल एक XML मेनिफेस्ट है जिसमें सभी प्रकार की घोषणाएँ हैं जो आप GUI में देखते हैं। किसी भी मशीन के चलने के दौरान आपको इस फ़ाइल को संपादित नहीं करना चाहिए, लेकिन आप ऑफ़लाइन स्थिति में किसी भी मशीन के लिए सुरक्षित रूप से ऐसा कर सकते हैं। अगली बार जब आप वह मशीन लॉन्च करेंगे तो परिवर्तन दिखाई देंगे। उदाहरण के लिए, मीडिया के अंतर्गत, आपको एक हार्डडिस्क अनुभाग दिखाई देगा जिसमें सभी डिस्क और स्नैपशॉट सूचीबद्ध होंगे:

<पी> ...
<हार्डडिस्क>
  <हार्डडिस्क uuid='{dfcda294-6feb-4ef8-8bc8-e67ad57e2cc6}'
   स्थान ="कुबंटु-24.04.vdi"
   प्रारूप ="वीडीआई"
   प्रकार ="सामान्य">
   <हार्डडिस्क uuid="{f062fe0b-578c-4461-9a10-8d65d28347ac}"
   स्थान ="स्नैपशॉट्स/{f062fe0b-578c-4461-9a10-8d65d28347ac}.vdi"
   प्रारूप ="वीडीआई">
<हार्डडिस्क uuid="{f942b89a-49ff-40fa-8d62-e6fdd8a205d9}"
   स्थान ="स्नैपशॉट्स/{f942b89a-49ff-40fa-8d62-e6fdd8a205d9}.vdi"
   प्रारूप='वीडीआई'/>



...

<पी> यह घोषणा हमें बताती है कि विशिष्ट मशीन Kubuntu-24.04.vdi नामक हार्ड डिस्क का उपयोग करती है, और इसके साथ दो स्नैपशॉट जुड़े हुए हैं। आप समझ गए.

<पी> ठीक है, यह सारा डेटा, संपूर्ण फ़ोल्डर, अपने दूसरे होस्ट पर कॉपी करें।

चरण 3:पथ जांचें

<पी> वर्चुअल मशीन को "आयात" करने से पहले, आपको टेक्स्ट एडिटर में वीबॉक्स फ़ाइल खोलनी चाहिए, और किसी भी "मज़ेदार" पथ की तलाश करनी चाहिए। इसमें कोई भी माउंटेड आईएसओ फ़ाइलें, कोई साझा अतिथि पथ या इसी तरह की कोई भी चीज़ शामिल होगी, जो पहले सिस्टम में हार्ड-कोडित होगी और दूसरे पर मौजूद नहीं हो सकती है। ऐसी किसी भी त्रुटि के कारण नई वर्चुअल मशीन का संयोजन विफल हो जाएगा। जब आप ओवीए अभिलेखागार का उपयोग करते हैं तो यह अपारदर्शी होता है, लेकिन इसे मैन्युअल रूप से करते समय आपके पास पूर्ण दृश्यता और नियंत्रण होता है।

<पी> उदाहरण के लिए, मान लें कि आप दोनों प्रणालियों पर एक अलग साझा अतिथि पथ का उपयोग करते हैं। प्रासंगिक घोषणा को खोजने का सबसे आसान तरीका उस विशिष्ट पथ की खोज करना है जिसे आप जानते हैं कि आपने पहले सिस्टम पर उपयोग किया है। जांचें कि यह क्या कहता है:

<पी> <साझाफ़ोल्डर्स>
<साझाफ़ोल्डर नाम='SHARED_FOLDER'
होस्टपाथ ="जी:\वर्चुअल मशीन\साझा फ़ोल्डर"
लिखने योग्य ="सत्य"
ऑटोमाउंट ="सत्य"
ऑटोमाउंटप्वाइंट='SHPATH'/>

<पी> यहां, मैंने G:ड्राइव (विंडोज़) में सेट किए गए पथ का एक उदाहरण इस्तेमाल किया। लेकिन ऐसा पथ आपके दूसरे सिस्टम पर मौजूद नहीं हो सकता है, या इसे किसी भिन्न अक्षर के अंतर्गत सेट किया जा सकता है। तो आपको इसे बदलने की आवश्यकता होगी, कहने के लिए:

<पी> होस्टपाथ='पी:\अलग-अलग पथ\साझा फ़ोल्डर' <पी> और यदि आपका दूसरा सिस्टम लिनक्स है, तो इसे पूरी तरह से कुछ और करने की आवश्यकता हो सकती है:

<पी> HostPath='/home/dedoimedo/Shared-folder'

<पी> इन हार्ड-कोडित पथों के अलावा, आप इस अवसर का उपयोग किसी अन्य सेटिंग को समायोजित करने के लिए भी कर सकते हैं, जिसमें मेमोरी आवंटन, सीपीयू कोर की संख्या, एक विशिष्ट ग्राफिक्स एडाप्टर का उपयोग और फिर कुछ शामिल हैं। लेकिन एक समय में एक बदलाव करना सबसे अच्छा है, वर्चुअल मशीन को जोड़ने का प्रयास करें और देखें कि क्या कोई त्रुटि सामने आती है।

<पी> एक बार जब आप आवश्यकतानुसार vbox फ़ाइल को संशोधित कर लें, तो बस उस पर डबल क्लिक करें। विंडोज़ और लिनक्स दोनों में एक डिफ़ॉल्ट इंस्टॉलेशन के साथ, यह विशिष्ट स्ट्रिंग और फ़ाइल प्रकार वर्चुअलबॉक्स हाइपरवाइज़र से जुड़ा होगा। यदि XML कॉन्फ़िगरेशन मान्य है, तो वर्चुअल मशीन अब आपकी सूची में दिखाई देगी। हो गया.

चरण 3:वैकल्पिक दृष्टिकोण

<पी> यदि आप XML फ़ाइलों को संपादित करने में सहज महसूस नहीं करते हैं, तो आप निम्न कार्य कर सकते हैं:

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

चेतावनी और संभावित लाइसेंसिंग प्रतिबंध

<पी> जैसा कि आपने ऊपर देखा होगा, मैंने कॉपी/माइग्रेशन प्रक्रिया के लिए एक लिनक्स वर्चुअल मशीन का उपयोग किया। लिनक्स, और विशेष रूप से कुबंटू, क्योंकि यह लिनक्स वितरण उपयोग पर कोई प्रतिबंध नहीं लगाता है, न तो सिस्टम की संख्या, न ही "लाइसेंस" की संख्या, ऐसा कहा जा सकता है।

<पी> यदि आप विंडोज़ जैसे मालिकाना ऑपरेटिंग सिस्टम के साथ ऐसा करते हैं, तो आप हार्डवेयर परिवर्तनों के कारण संभावित रूप से अपना लाइसेंस निष्क्रिय कर सकते हैं। या आपको एक नया खरीदने की आवश्यकता हो सकती है। यदि आप कुछ (भुगतान किए गए) प्रोग्रामों का उपयोग करते हैं जो एकल होस्ट या एकल रनिंग इंस्टेंस के लिए लाइसेंस प्राप्त हैं, तो आपको इसे भी ध्यान में रखना होगा, क्योंकि वर्चुअल मशीन की नई प्रतियों का निर्माण संभावित रूप से आपके लाइसेंस या उक्त सॉफ़्टवेयर के उपयोग की शर्तों के साथ समस्याएं पैदा कर सकता है।

निष्कर्ष

<पी> यदि एक स्वचालित, अच्छी तरह से लपेटी गई प्रक्रिया आपके लिए काम नहीं करती है, तो मैन्युअल विधि शायद काम कर सकती है। मैंने विंडोज़ और लिनक्स दोनों ऑपरेटिंग सिस्टमों से, कई वर्चुअल मशीनों के साथ, फ़ोल्डर कॉपी + एक्सएमएल परिवर्तन दृष्टिकोण का कई बार परीक्षण किया है। परिणाम उत्कृष्ट हैं. ज़रूर, आपको एक या दो सेटिंग समायोजित करने की आवश्यकता हो सकती है, लेकिन फिर, आप सुनहरे हैं। आपकी सॉफ़्टवेयर लाइसेंसिंग सीमाओं के भीतर, यानी।

<पी> उम्मीद है, यह ट्यूटोरियल उपयोगी होगा। विशिष्ट त्रुटि कोड को डीबग करना कठिन हो सकता है, क्योंकि लगभग कोई भी आयात त्रुटि इसे फेंक देगी, जबकि विशिष्ट समाधान कई और विविध हैं। मैन्युअल प्रतिलिपि प्रक्रिया मजबूत है, लेकिन आपको कुछ चीजों को ध्यान में रखना होगा, आपके कॉन्फ़िगरेशन में अधिकतर हार्ड-कोडित पथ। यह सुनिश्चित करने के लिए कि नई वर्चुअल मशीन को निर्बाध रूप से जोड़ा जा सके, आप इन्हें कॉपी से पहले या बाद में संपादित कर सकते हैं। अच्छा, तुम वहाँ जाओ। हैप्पी वर्चुअलाइजेशन.

<पी> चीयर्स.