سؤال ما هي الطريقة الموصى بها لنقل VirtualBox VM إلى كمبيوتر آخر؟


أستخدم VirtualBox 4.1.x على جهاز Ubuntu وأعددت العديد من الأجهزة الظاهرية. نظرًا لوجود عدة طرق ، يمكن للمرء نقل جهاز ظاهري في VirtualBox إلى جهاز كمبيوتر آخر ، كنت أتساءل عن الطريقة التي نوصي بها:

  1. استخدم "الأداة المساعدة للاستيراد / التصدير".
  2. انسخ مجلد الجهاز الظاهري بأكمله ، الذي يحتوي على .vdi و .vbox الملفات.
  3. قم باستنساخ VDI باستخدام "Virtual Media Manager" ثم قم بإعادة إنشاء VM على الجهاز المستهدف ولكن باستخدام VDI المستنسخة كقرص ثابت.

لقد استخدمت بنجاح الطريقة الأولى عدة مرات وقد عملت دائما. المشكلة هي أنه بعد التصدير والاستيراد ، يتم تحويل صورة القرص إلى VMDK وليس VDI بعد الآن!

ال الطريقة الثانية ربما يكون أسهلها ولكني لست متأكدًا من أن نسخ الملفات ستعمل أو لا تعمل على الجهاز المستهدف. عند البحث عن هذه الطريقة ، وجدت أن بعض الأشخاص لديهم مشكلات كان عليهم فيها تعديل ملف VirtualBox.xml لحلها!

في النهاية ، هناك الطريقة الثالثةولكنه يتطلب العمل الإضافي لإنشاء VM مشابهًا لتكوين VM الأصلي ، وهو أمر غير مرغوب فيه.

يتضح من التوضيح أعلاه أن طريقي المرغوب هو الطريقة الثانية ، لكني بحاجة إلى مشورة خبراء حول هذا الأمر إذا كان يعمل أم لا. أنا لا أريد أي تحرير XML في طريقي!

ما أفضل طريقة لنقل أجهزة VM الخاصة بي بأمان إلى كمبيوتر آخر باستخدام VirtualBox؟


204
2017-08-18 19:45


الأصل


ما عليك سوى نقل الملفات ووضعها في نفس الموقع. - Ramhound
@ مسجلة 1. أ فشل آمن الحل مع ارتفاع معدلات النجاح / التكرار قد لا يكون دائما موصى به و / أو الأفضل حل لمشكلة و نائب بالعكس. ومع ذلك ، منذ ، تسأل عن موصى به حل، الخيار 2) من قائمتك (على الرغم من كونها عرضة للخطأ) ستكون أسرع وبالتالي موصى بها! خيارات (1) & (3) تقع تحت فشل آمن فئة ، كما هم سوف العمل تحت معظم الظروف. ملاحظة: ما بعد التصدير ، يمكن تغيير بعض إعدادات التكوين (معظم؟) (إذا تم استخدام خيارات 1/3)! ... أتمنى أن يساعدك هذا. - Amar


الأجوبة:


أحسنت للقيام بأبحاثك. استخدم بانتظام كل الخيارات الثلاثة.

  1. (استخدم "أداة الاستيراد / التصدير"). هذا هو الأسهل لأنه يجمع بين جهاز VM بأكمله في ملف واحد وينقله بدون مشكلة إلى حد كبير في كل مرة. ومع ذلك ، في تجربتي عند إنشاء ملف OVA أو OVF للتصدير فإنه يرمي بعيدا كل لقطات وإذا فعلت بشكل غير صحيح يمكن أن يؤدي إلى ملف VMDK. عند إعادة استيراد VM ، يجب أن تتمكن من تحديد نوع ملف HDD الذي تريد إنشاؤه ، VDI أو VMDK.

  2. (قم بنسخ مجلد الجهاز الظاهري بأكمله ، يحتوي على .vdi و .vbox الملفات). هذا هو الخيار المفضل لدي ، وعلى الرغم من أنني اضطررت إلى تحرير ملف XML عدة مرات ، فقد كان خطأي الخاص لخيانة شيء ما. تأكد من أنه عند نسخ VM ، ستحصل على جميع الملفات المرتبطة به. كانت المشكلات التي واجهتها عند بعض اللقطات وملفات VDI الثانوية موجودة في الدليل الخطأ ولم يتم نسخها بشكل صحيح. إذا قمت بنسخ كل الملفات (والأذونات) فلا يجب أن يكون لديك أي مشاكل على الإطلاق.

  3. (قم باستنساخ VDI باستخدام "Virtual Media Manager" ثم قم بإعادة إنشاء VM على الجهاز المستهدف ولكن باستخدام VDI المستنسخة كقرص ثابت).  هذا أقل مرغوبًا لأن لديك نسختين من VM ، ويمكن أن تتسبب في مشكلات في الترخيص ، ومشكلات الشبكة ، إلخ ، اعتمادًا على كيفية استنساخ ملف VDI.

باختصار ، أود أن أوصي بالتأكيد الخيار 2 ، فقط تأكد من حصولك على جميع الملفات المطلوبة عند تحريكها.


143
2017-08-18 20:53



شكرا على الرد. سأنتظر بضعة أيام أخرى لمعرفة ما إذا كان لدى أي شخص آخر أي نقطة أخرى. (+1) - Seyed Mohammad
يبدو وكأن لا أحد لديه أي شيء لإضافة ... لذلك أنا بمناسبة هذا كإجابة. - Seyed Mohammad
مجرد مرجع إضافي للخيار 1 ، حلقة الوصل، بعد الاستيراد ، التنسيق هو VDMK ، يبدو أنه قد تم تحديده ولا يمكن تغييره. - simongcc
tbenz كيف يمكنني تجنب الحصول على VMDK عند التصدير؟ - Don Rhummy
فقط لتكتمل: إذا قمت بإجراء الخيار 2 ، فقم بذلك على الجهاز المستهدف: Virtualbox> Machine> Add> [انتقل إلى المجلد حيث توجد جميع ملفات VM]. ربما من الأفضل وضع ملفات VM الجديدة في نفس المجلد حيث يتم تخزين جميع أجهزة VM الخاصة بك الأخرى. - Donn Lee


الطريقة الثانية تعمل بشكل جيد الآن (مع فيرتثلبوإكس 4.0 وأعلى)، دون أي تعديل XML المطلوبة:

  1. أوقف جهازك الافتراضي
  2. خروج فيرتثلبوإكس
  3. انسخ مجلد VM إلى الموقع الجديد
  4. أعد تشغيل VirtualBox وحذف VM القديم.
  5. اذهب إلى قائمة الجهاز ≥ أضف واستعرض المجلد القديم.

هذا هو!

ملاحظة: لدي فيرتثلبوإكس 4.3.20 على OSX 10.10

نرى هذا المنتدى VirtualBox وظيفة لمزيد من التفاصيل.


38
2017-09-24 19:35



لا أصدق أنه لا يصوت بقدر ما ينبغي! هذه هي الطريقة الأكثر سهولة (سهلة جدًا!) عند نقل أجهزة VM داخل نظام التشغيل نفسه. نقل بنجاح VM اثنين من محرك الأقراص C إلى محرك الأقراص D. Mine هو Win7 64 بت مع Virtualbox 5.x - Edwin Yip
هذا لا يعمل في الواقع فقط لنقل ملف VDI ، فقط الجهاز الظاهري بأكمله. - DustWolf
DustWolf الحق ، ولكن هذا هو ما يدور حول سؤال المرجع. - David
DustWolf هذا ما قاله ديفيد. "نسخ المجلد VM إلى الموقع الجديد". بقدر ما أنا قلق هذا المجلد يحتوي على الجهاز الظاهري بأكمله. هل فاتني شيء؟ - Nik-Lz
RestlessCobra نعم ، يحتوي المجلد الجديد على VM كله. - David


الخيار المفضل لدي هو الخيار 2 أيضًا:

  1. انسخ مجلد VM بالكامل ، الذي يحتوي على ملفات .vdi و .vbox.

لكن في بعض الأحيان سيحدث عدم توافق UUID. غالباً ما يحدث هذا إذا قمت بنسخ صورة القرص VDI من جهاز واحد إلى جهاز آخر ولكن قد حدث ذلك أثناء نسخ مستقيم من الدلائل الكاملة أيضاً.

لذا ، إذا كانت هذه هي الرسالة التي تحصل عليها بعد نقل الجهاز الظاهري ومحاولة بدء تشغيله في الإعداد الجديد:

فشل في فتح القرص الثابت.

لا يمكن تسجيل القرص الثابت بسبب وجود قرص ثابت    مع UUID موجود بالفعل.

اذهبوا إلى دليل الجهاز الظاهري الخاص بك ؛ بالطبع تغيير المسار الفعلي لمطابقة المسار الفعلي الذي أنت ذاهب إليه:

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

قم بتشغيل هذا الأمر لتعيين القرص UUID جديد:

VBoxManage internalcommands sethduuid Sandbox.vdi

17
2017-09-25 17:14





في حالة قيام أي شخص آخر بالبحث عن إجابة لهذا فقد قمت بنقل 5 Virtual VMs إلى برنامج Win7 آخر على قرص صلب جديد على نفس الجهاز (بشكل أساسي انتقال من نظام تشغيل ضيف إلى آخر على نفس الكمبيوتر). أدرك أن السائقين على جهاز جديد تمامًا قد يختلفان ويحتمل أن يكون لهما تأثير سلبي على هذه الخطوة ولكني قمت بتوثيق العملية أدناه على أمل أن يساعد ذلك شخصًا ما.

  • لم يكن هناك أي شرط لاستنساخ VMs أو تغيير ملف xml. كان الإصدار VB الحالي إلى حد ما: 4.3.12r93773.
  • تم إنشاء نسخ جديدة من VMs في مجلد / محرك أقراص مشترك جديد للحفاظ على أجهزة VM الموجودة / القديمة سليمة. ما زال بإمكاني التمهيد من محرك الأقراص الثابت القديم الذي احتفظت به لحل مشكلة التكرار / المشكلة حتى أكون سعيدًا بإعدادي الجديد ؛ حتى أتمكن من الوصول إلى أجهزة VM القديمة في حالتها السابقة إذا لزم الأمر.
  • تختلف أحرف محركات الأقراص / قد لا تكون ضرورية بناءً على الإعداد الخاص بك.

على قديم Win7 المضيف:

  1. تأكد من إيقاف تشغيل جميع أجهزة VM.

على New Win7 Host:

  1. إنشاء مجلد جديد يسمى X: \ NewVMs \ VirtualBox VMs (من جهاز Win7 الجديد لضمان أذونات موافق)
  2. نسخ / لصق (لا سحب) كل أجهزة VM ومحتويات المجلد ذات الصلة من المجلد القديم إلى هذا المجلد (يستخدم أذونات جديدة)
  3. إلغاء تثبيت VirtualBox (إذا كان مثبتًا)
  4. احذف مجلد .virtualbox وكافة المحتويات (إذا كانت موجودة)
  5. REBOOT لتأكيد عدم وجود ملفات برنامج أو إدخالات التسجيل المتبقية (في حالة إلغاء تثبيت VirtualBox القديم).
  6. تثبيت / إعادة تثبيت VirtualBox (تأكد من أنك تستخدم نفس الإصدار مثل VirtualBox الذي تم إنشاء VMs عليه على الجهاز المضيف / الجهاز القديم (في حالتي الإصدار 4.3.12r93773))
    هام: (لا تحدد tickbox لفتح / تشغيل VirtualBox في نهاية التثبيت)
  7. نسخ / لصق (لا تقم بسحب) المجلد .virtualbox والمحتويات من Old Win7 Host (عادة C: \ Users [username] .VirtualBox
  8. الآن افتح VirtualBox
  9. تعيين تفضيلات لمجلد إنشاء VM الافتراضي الجديد إلى مسار الملف نفسه كمجلد VBs VirtualBox المنشأ حديثًا: X: \ NewVMs \ VirtualBox VMs
  10. اختبار حالة VMs

حظا سعيدا.


9
2017-08-16 12:21



في حين أن هذا هو الجواب بالمعلومات ، فإنه لا يتعلق بما تم طرحه. سؤال آخر قد يكون أكثر ملاءمة لجوابك. - akTed
Steven ، "... بشكل أساسي خطوة من واحد مضيف OS إلى آخر ... "؟ - pythonlarry


للحالة الخاصة حيث:

  • لديك فقط واحد VM (أو ترغب في نقل جميع أجهزة VM الخاصة بك) ،
  • والمضيف هو نفس الجهاز مع نفس إصدار نظام التشغيل (أو إعادة تثبيت نظام التشغيل نفسه على نفس الجهاز)

إذا أنت في هذه الحالة ، فالأمور سهلة:

  1. اغلاق فيرتثلبوإكس على كلا المضيفين.
  2. انسخ ال .config/VirtualBox و VirtualBox VMs المجلدات من المضيف المصدر.
  3. انسخ هذه المجلدات إلى مضيف الوجهة.
  4. بدء VirtualBox على المضيف الوجهة

2
2018-03-22 03:42





الطريق الرابع

في VirtualBOX:

  1. السلطة قبالة VM
  2. انقر بزر الماوس الأيمن وأزل VM (لا تحذف الملفات)
  3. اذهب إلى ملف> مدير الوسائط الافتراضية وقم بإزالة .vdi
  4. انتقل إلى File> Preferences> General واضبط مجلد الجهاز الافتراضي على الموقع الجديد
  5. إنشاء وضع خبير استخدام VM جديد لإنشاء VM بدون harddrive

في مستكشف الملفات:

  1. حدد موقع الملف .vdi وقم بنسخه
  2. انتقل إلى مجلد الجهاز الافتراضي الجديد ، سيكون هناك مجلد VM داخل
  3. الصق ملف .vdi في مجلد VM الجديد

العودة في VirtualBOX:

  1. حق انقر فوق VM وفتح الإعدادات
  2. انتقل إلى التخزين> وحدة التحكم: SATA وأضف قرص صلب ، ثم انقر فوق اختيار قرص موجود 11. اختر ملف .vdi في مجلد VM الجديد

ملحوظة: إذا فواصل الأسلوب 2 تثبيت VirtualBox انتقل إلى C: \ Users \ .VirtualBox وحذف VirtualBox.xml وإعادة تسمية VirtualBox.xml-prev إلى VirtualBox.xml


1
2018-06-28 21:44





استخدمت الطريقة الثانية أيضًا لنقل جهاز ظاهري ولم أضطر إلى إجراء أي تغيير في أي ملف بتنسيق XML ، ولكن حصلت على بعض الأخطاء مع USB ومشاركة الملفات ، وفيما يلي كيفية إصلاحها مع العملية:

  1. نسخ الجهاز الظاهري من القديم إلى جهاز الكمبيوتر الجديد. تختلف ملفات الجهاز الظاهري عن جهاز Oracle الظاهري نفسه. هذه الملفات هي عادة في c: \ users \\ VirtualBox VMs \. التقطت كله VirtualBox VMs \ جزء ونسخها إلى موقع مماثل على جهاز كمبيوتر شخصي جديد. هذا نسخ جميع الأجهزة الافتراضية كان لي على جهاز الكمبيوتر الأصلي.

  2. الآن على جهاز كمبيوتر جديد ، قم بتشغيل المربع الظاهري والانتقال إلى القائمة> الجهاز> إضافة وحدد ملف .vbox من المجلد الذي تم نسخه. هذا هو.

  3. الآن عندما أقوم بتشغيل جهاز ظاهري على كمبيوتر شخصي جديد ، حصلت على خطأ عندما تم تمهيده:

enter image description here

  1. أنا لا أعرف لماذا لا يعمل وحدة تحكم USB لأن نفس العمل على الكمبيوتر الأصلي. ذهبت إلى الأمام وتثبيت VirtualBox تمديد حزمة

  2. كان هذا التثبيت غريباً قليلاً لأن تنزيل التثبيت لم يكن ملفًا قابلاً للتنفيذ. لقد قمت بالنقر فوق Oracle_VM_VirtualBox_Extension_Pack-5.1.4-110229. box-extpack وحدد "حدد برنامجًا من قائمة البرامج المثبتة" ومن برنامج Oracel virtualbox المحدد وقمت بتثبيت الامتداد. التي حل المشكلة ، ولكن حل آخر أقل من المرغوب فيه هو يمكنك تعطيل USB.

  3. إذا كان لديك مجلدات مشتركة في VM الأصلي ، فقد تختلف وستحصل على خطأ. راجع تلك الموجودة في الإعدادات >> مجلد مشترك واحذف تلك التي تم كسرها. ستظهر رسالة خطأ

this.

هذا كل شئ.


0
2017-09-12 21:36





zar ، أول شيء أولًا ... لا تحرك أبدًا أي جهاز في حالة حفظ ، قبل الانتقال يجب أن تغلق الضيف ، وليس فقط حفظ الحالة.

أيضا تأكد من استخدام نفس الإصدار من VirtualBOX على كلا المضيفين ، ولكن ليس فقط إصدار VirtualBOX ، وأيضاً vesion حزمة الامتداد ... أو على الأقل المضيف الجديد لديك نسخة أعلى ، ولكن أبدا نسخة أقل على أي من thoose اثنين.

وأخيرًا ، تعلمت الأمر بالطريقة الصعبة ، وحذف تكوين المجلد SHARED على VirtualBOX قبل نقل الجهاز ، ثم إعادة إنشائه بطريقة صحيحة ... مهم جدًا عندما يكون المضيف نظام تشغيل مختلفًا (مضيفات Windows / Linux).

ومثلما ملاحظة جانبية ... أنا allways ، allways استخدم ملفات VDI الثابتة الصليلة لأنظمة التشغيل وكذلك لبيانات VDI (بهذه الطريقة يمكن استخدام VATA VDI نفسه لأكثر من ضيف) ، وخدعة خصيصًا لـ pagefile.sys 4GiB

الجزء الأخير ، إعادة استخدام ملف VDI قابل للتحديث يجعل الأمور أكثر صعوبة ، VirtualBox يحتوي على BIG BUG.

لمشاهدة الخطأ في الإجراء:

  • إنشاء VDI واحد قابل للتحديث (مثل واحد يمكنني استخدام لـ pagefile.sys)
  • إنشاء اثنين أو ثلاثة VM على VirtualBOX
  • نقل واحدة منهم إلى أعلى القائمة (فقط لتجنب التضرر من أي واحد منكم)
  • النسخ الاحتياطي لملفات .vbox لكل آلات thoose التي قمت بإنشائها (لمقارنتها بعد حدوث BUG)
  • إرفاق VDI القابل للتحديث إلى أكثر من واحدة من تلك الأجهزة (باستثناء الواحد الموجود في أعلى القائمة)
  • انظر الآن. vbox للجهاز الموجود في أعلى القائمة

تم تحرير هذا الجهاز ، فإنه يحتوي على مراجع إلى أجهزة أخرى VDI قابلة للتحويل.

لذا فإن الخطأ BUG هو: تحرير جهاز واحد يضيف VDI قابل للتغير يتم استخدامه بواسطة جهاز آخر يؤثر على الجهاز في أعلى القائمة.

لماذا أعيد استخدام نفس 4GIB VDI على جميع أجهزة Windows؟ سهل ، وهو قرص MBR مع قسم FAT32 حيث أضع pagefile.sys ، حيث أنه قابل للتطبيق ، ستقوم جميع الأجهزة الافتراضية بإنشاء ملف على مجلد اللقطات حيث يقومون بتخزين التغييرات ، والتي تضيع في التمهيد التالي ، لذلك أفعل لا تحتاج 4GiB لكل ضيف تخزينها على القرص المضيف ، فقط واحد ... بهذه الطريقة أنقذ الكثير من GiB منذ أن يكون لدي أكثر من 20 نافذة مختلفة لاختبار التطبيقات التي أطورها لمجموعتي الخاصة ، كل توليفات (XP ، Vista) ، 7، 8، 8.1، 10) * (32Bits، 64Bits) * (كما هو الحال في التثبيت الأول ، بعد كل ServicePack ، بعد التحديث الكامل للنوافذ) ، أحصل على الكثير ، والكثير من الضيوف ... لذلك على كل منهم أشارك في 4GiB vDI قابلة للتحويل من أجل ذاكرة الوصول العشوائي الظاهرية (pagefile.sys).

وإذا تركت BUG تذهب أبعد من ذلك ، فحاول نقل واحدة من آلات touose إلى مضيف VirtualBox آخر (تذكر أنها مجرد آلة افتراضية مع تكوين عليها ولم يتم تثبيت أي ضيف عليها بعد) ، سترى VirtualBox لا يسمح لك إضافتها نظرًا لأن بعض VDI مفقودة (FALSE و TRUE ، هو أن هذا الجهاز الأول يحمل المراجع إلى مثل VDIs insteed من beeing على الجهاز الصحيح).

الآن مقارنة الملفات .VBOX لهم جميعا مع النسخ الاحتياطي BackUp ... لاحظ كيف يتم تعديل واحد بشكل خاطئ؟ ... نعم ، هو واحد في الجزء العلوي من القائمة.

حسنا ، تم إبلاغ هذا BUG إلى VirtualBOX منذ بضع سنوات ، ما زالوا لا يستطيعون إصلاحه ... ويتسبب في الكثير والكثير من المشاكل.

أيضا أكثر ، إذا قمت بتحريك الأعلى على الأجهزة الافتراضية إلى موضع أدنى ، أغلق VirtualBox وأعد إطلاقه ... سيخبرك أن بعض الأجهزة معطوب ولا يمكن بدء تشغيله ... نعم أول واحد في القائمة يجب أن تعامل في شكل مختلف إذا كنت لا ترغب في الحصول على الكثير من المتاعب.

إنه أمر شؤم حقا أخذني الكثير من الأيام لاكتشافه (قبل بضع سنوات) أتعلمه بالطريقة الصعبة!

لقد تغلبت عليه من خلال وجود جهاز اتصلت به:

  • Common Inmutable Disks

لديه تكوين فارغ وفيردي واحد فقط ، نعم ، أنت على حق ، كنت قد تخمينه ، VDI I الصادق على المشاركة لجميع الأجهزة الظاهرية الباقية.

حسنا عندما أقوم بفتح ملف .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>

BUG جميلة ، لم تحل منذ سنوات.

حسنا ، لنقل هذه الآلات ... يجب عليك يدويا تحرير الملفات. VBOX ، لوضع كل هذه المراجع الأقراص على المضيف الجديد على الجهاز الأول (الجهاز الموجود في الجزء العلوي من القائمة) قبل إضافة .VBOX الملفات إلى القائمة ، لذلك عند إضافتها VirtualBox يحتوي على مراجع VDIs المفقودة (مفقودة بسبب BUG كبيرة).

يحدث الشيء لأنه في كل مرة تقوم فيها بتوصيل VDI المستخدم على جهاز آخر يقوم VirtualBox بتحديث جهازين .ملفات VBOX (التي ينتمي إليها الجهاز الذي تستخدمه) وإلى أول واحد في القائمة.

لست متأكدا تماما ما الذي سيحدث عندما تكون في القائمة ، أول واحد ليس لديه مثل هذا VDI المشتركة المرتبطة به ... من الأفضل عدم محاولة ذلك ، ينظر ما أرى.

لذا فإن الانتقال إلى HOST آخر أكثر تعقيدًا مما يبدو أنه بسبب تنفيذ سيء للغاية على بنية الملفات الداخلية .VBOX وبسبب الأخطاء الكبيرة بالفعل عند تحرير VirtualBOX لها.

فشل:

  • البنية الداخلية (XML) تعتمد على HOST (Windows أو Linux)
  • تحرير آلة واحدة يمكن أن يغير واحد آخر ، وليس فقط واحد beeing تحريرها
  • ... ماذا ايضا ؟

بحاجة إلى المزيد ... أنا allways تهاجر آلات تفعل هذا (وليس لديها مشكلة ، أبدا من أي وقت مضى):

  1. يحيط علما بقائمة جميع الآلات (النظام ، التجميع ، الخ)
  2. يحيط علما أول واحد في القائمة (جميع تكوينه)
  3. يحيط علما بجميع خصائص آلات أريد أن انتقل إلى مضيف آخر
  4. انسخ ملفات .vbox كملفات .txt (الموجودة أعلى القائمة + جميع الأجهزة التي أريد ترحيلها)
  5. إعادة إنشاء كافة الأجهزة (ولديك واحد خاص في الجزء العلوي من القائمة) داخل فيرتثلبوإكس على المضيف الجديد
  6. إغلاق فيرتثلبوإكس على مضيف جديد
  7. اختلاف قارن txt القديم مع ملفات .vbox الجديدة ونسخ من .txt إلى. vbox بعض الأجزاء بطريقة إنسانية ، وليس فقط Copy & Paste
  8. افتح VirtualBox وأرفق جميع VDI بالترتيب الصحيح
  9. مرة أخرى إغلاق VirtualBox على مضيف جديد
  10. اختلاف قارن txt القديم مع ملفات .vbox الجديدة و "إصلاح" من .txt إلى. vbox بعض الأجزاء بطريقة إنسانية ، وليس فقط Copy & Paste

جميع بقية (مجلد لقطات وملفات VDI) أنا نسخها بالطريقة العادية (ملف نظام نسخ ولصق).

كل هذا العمل اليدوي الصعب ينتج عن Big BUG VirtualBox: يقوم بتحرير / تغيير جهاز لم يتم تعديله عند إرفاق VDI قابل للتحويل يتم استخدامه على أكثر من جهاز واحد ، وإلا سيكون ملف Copy & Paste .VBOX بسيطًا كفاية (بعد إصلاح مسارات المجلدات المشتركة ، وما إلى ذلك).


-1
2018-01-03 15:03