وصل تثبيت VMware المصدر إلى حالة فشل محددة: بعد أن بدا أن المُثبّت اكتمل، عرض GRUB.charset " }} الفتحة A (ok = 0، Try = 0)، ثم انتقلت الآلة الافتراضية إلى شاشة سوداء بمؤشر وامض. أدى اختيار الفتحة B إلى ظهور خطأ في نظام ملفات غير معروف.
لم تصل سلسلة النقاش إلى سبب جذري مؤكد لمشكلة VMware. اشتبه أعضاء المجتمع في أن فتحتي النظام لم تُنشآ بصورة صحيحة، لكن IceWhale واصلت طلب تفاصيل إعادة إنتاج المشكلة بدلًا من تأييد هذه النظرية. توفّر وثائق ZimaOS الحالية الآن دليلًا مخصصًا لتثبيت الأجهزة الافتراضية على Proxmox؛ لكنها لا تنشر حاليًا دليلًا مكافئًا لـ VMware Workstation.
اتبع المستخدم إعدادات VMware المنشورة
- ملف ISO لمثبّت ZimaOS 1.5.1
- نظام Linux آخر بإصدار 6.x 64 بت
- UEFI
- وحدة تحكم SATA
- قرص افتراضي بسعة 32 جيجابايت
- 4 أنوية لوحدة المعالجة المركزية
- في البداية: ذاكرة وصول عشوائي بسعة 2 جيجابايت
لم تؤدِ زيادة الذاكرة إلى 8 جيجابايت إلى إصلاح الحالة المصدرية
اقترح أحد المستخدمين في المجتمع ذاكرة وصول عشوائي بسعة 4 إلى 8 جيجابايت. زاد Mr.E ذاكرة الجهاز الافتراضي إلى 8 جيجابايت، وأفاد صراحةً بأن سلوك الشاشة السوداء استمر.
فشل أيضًا الإقلاع من الفتحة B
اختار المستخدم الفتحة B من GRUB وتلقى خطأ نظام ملفات غير معروف. عزز ذلك فكرة أن فتحتي النظام المثبتتين كانتا غير سليمتين، لكنه لم يكشف سبب إنشاء VMware لهذه الحالة.
جاء تفسير ok=0 من المجتمع
لاحظ gelbuilding أن فتحتي النظام كلتيهما تعرضان ok = 0 واقترح أن تجريد VMware للعتاد حال دون إنشاء المُثبّت لفتحات صالحة. هذا تفسير مجتمعي معقول، وليس قيدًا أكدته IceWhale.
لم تنشر IceWhale إصلاحًا نهائيًا لـ VMware في سلسلة النقاش
طلب Zima-Giorgio تفاصيل الفيديو وعتاد المضيف. ينتهي المصدر بينما كان المستخدم يفكر في مسار تحويل VMDK؛ ولا يؤكد أي رد من فريق الدعم وحدة تحكم أو برنامجًا ثابتًا أو حلًا محددًا لتحويل الصور.
تركّز وثائق الأجهزة الافتراضية الرسمية الحالية على Proxmox
يستخدم دليل IceWhale الحالي لـ Proxmox ملف ISO لـ ZimaOS، ويوصي ببرنامج UEFI الثابت، ومن دون إضافة قرص EFI، وبـ4 أنوية لوحدة المعالجة المركزية أو أكثر، وذاكرة وصول عشوائي بسعة 8 جيجابايت أو أكثر.
استخدم مسار تثبيت ZimaOS الرسمي الحالي للأجهزة الافتراضية عندما تحتاج إلى سير عمل موثّق لبرنامج مراقبة الأجهزة الافتراضية.
عدم وجود دليل VMware حالي لا يعني أن «VMware لا يمكنه العمل مطلقًا»
قد يشغّل بعض المستخدمين ZimaOS على VMware باستخدام تنسيق قرص افتراضي أو وحدة تحكم أو إعدادات برنامج ثابت مختلفة. لا يثبت المصدر المتاح للعامة وصفة موثوقة.
إذا كنت تختبر VMware اليوم، فوثّق حالة التثبيت بدقة
- صورة/إصدار ZimaOS الحالي
- إصدار VMware
- حالة UEFI/الإقلاع الآمن
- وحدة تحكم القرص الافتراضي وتنسيقه
- حالة الفتحتين A وB في GRUB
- مخرجات وحدة تحكم التثبيت/الإقلاع الكاملة
الفتحتان A وB جزء من تصميم الاسترداد ذي النظام المزدوج في ZimaOS
يحتفظ ZimaOS بفتحتَي نظام حتى تتمكن التحديثات/الاسترداد من الإقلاع من قسم نظام بديل. لذلك، فإن ظهور كلتا الفتحتين على أنهما غير صالحتين أهم من فشل واحد في وحدة التحكم الرسومية: إذ لم يعتبر مُحمّل الإقلاع أيًا من الفتحتين المثبّتتين هدف إقلاع سليمًا.
لا يحدد ذلك الاستنتاج حتى الآن ما إذا كان المُثبّت أو وحدة تحكم القرص الافتراضي أو نظام الملفات أو البرنامج الثابت أو نموذج الجهاز الخاص بـ VMware هو الذي تسبب في الحالة غير الصالحة.
افصل بين نجاح المُثبّت ونجاح النظام المثبّت
بدا أن مُثبّت المصدر اكتمل، لكن فشل الإقلاع الأول. لا تكفي واجهة المُثبّت الناجحة أو التسلسل التلقائي؛ أزل وسيط التثبيت أو افصله دائمًا كما هو موضح، وتحقق من إقلاع قرص الجهاز الافتراضي المثبّت بشكل مستقل.
تفاصيل UEFI مهمة في الأجهزة الافتراضية
تحدد تعليمات IceWhale الحالية الخاصة بـ Proxmox إعدادات UEFI بدقة، بل وتنص على عدم إضافة قرص EFI في ذلك المسار. تعرض برامج مراقبة الأجهزة الافتراضية البرامج الثابتة ووحدات تخزين الإقلاع بطرق مختلفة، لذا فإن نسخ إعداد Proxmox إلى VMware—أو إعداد VMware قديم إلى إصدار أحدث من Workstation—قد ينتج عنه تخطيط إقلاع مختلف.
وحدة تحكم القرص الافتراضي جزء من نطاق التوافق
تعرض وحدات التحكم الافتراضية SATA وSCSI وNVMe ووحدات التحكم المشابهة لـ virtio وحدات التخزين للضيف بطرق مختلفة. استخدم المصدر SATA لأن البرنامج التعليمي التاريخي أوصى به. عند اختبار وحدة تحكم أخرى، غيّر متغيرًا واحدًا في كل مرة واحتفظ بالجهاز الافتراضي المتعذر تشغيله للمقارنة.
لم يتم التحقق قط من فكرة المصدر لتحويل الصورة إلى VMDK
في نهاية النقاش، قال Mr.E إنهم سيحاولون تحويل صورة ZimaOS إلى VMDK. لا توجد متابعة تؤكد نجاح هذا النهج، لذا لا ينبغي تقديمه على أنه الحل.
استخدم Proxmox عندما تريد مسار الأجهزة الافتراضية الموثّق حاليًا
إذا كان الهدف هو تقييم ZimaOS في جهاز افتراضي بدلًا من التحقق تحديدًا من توافقه مع VMware، فإن طريقة Proxmox الحالية تتمتع بأقوى توثيق من IceWhale وتزيل عدة عوامل مجهولة من الاختبار.
الأسئلة الشائعة حول تثبيت VMware
هل أدّت زيادة الذاكرة إلى حلّ الحالة الأصلية؟
لا. اختبر المستخدم 8 غيغابايت، واستمر العطل.
هل أكّد النقاش أن تجريد عتاد VMware كان السبب الجذري؟
لا. جاء ذلك التفسير من ردّ في المجتمع ولم تؤكده IceWhale.
ما منصة الأجهزة الافتراضية التي تغطيها وثائق IceWhale الحالية صراحةً؟
تتضمن وثائق ZimaOS الحالية دليلًا مخصصًا لتثبيت Proxmox VE.
