إذا اكتمل تثبيت ZimaOS بنجاح، لكن BIOS في الكمبيوتر المستهدف لا يعرض أي محرك قابل للإقلاع، فقد لا تكون وسائط التثبيت أو القرص هي المشكلة الحقيقية. في هذا النقاش الذي جرى في أكتوبر 2025، فشل جهاز Fujitsu Esprimo Q556/S في عرض ZimaOS كمحرك قابل للإقلاع، رغم أن SSD نفسه بعد تثبيته أقلع بنجاح عند توصيله بجهاز ThinkPad T495.
يُعد هذا الاختبار المتقاطع نتيجة التشخيص الأساسية. فقد وجّه الانتباه بقوة بعيدًا عن SSD ونظام ملفات ZimaOS، ونحو البرنامج الثابت لجهاز Fujitsu وآلية تعامله مع إدخالات إقلاع UEFI.
اكتمل التثبيت، لكن BIOS عرض قائمة إقلاع فارغة
جرّب المستخدم عدة محركات SATA معروفة بسلامتها، بما في ذلك طرز من Kingston وMicron وToshiba. كان بإمكان Windows وDebian الإقلاع من تلك المحركات على الكمبيوتر المصغر نفسه، بينما لم يتمكن ZimaOS من ذلك. كان Secure Boot معطلًا، ووضع Legacy غير مفعّل، كما تم تحديث BIOS.
بعد نقل SSD الذي يحتوي على ZimaOS إلى جهاز ThinkPad، أقلع القرص بنجاح. وأثبت هذا الاختبار أن ملفات ZimaOS موجودة على نظام UEFI آخر وأنها قابلة للإقلاع.
اشتبه المجتمع في تسجيل إقلاع UEFI
اقترح أحد أعضاء المجتمع أن البرنامج الثابت لم يسجل محمّل الإقلاع المثبّت كإدخال إقلاع UEFI. كما ربط صاحب المنشور الأصلي هذا السلوك بمشكلة على GitHub التابعة لـ IceWhaleTech تتعلق بعدم إضافة إدخالات الإقلاع بعد التثبيت.
يُعد هذا تفسيرًا معقولًا للحالة، لكن النقاش لم يتضمن تأكيدًا من أحد موظفي IceWhale أو منشورًا نهائيًا يفيد بحل المشكلة من المستخدم الأصلي. لذلك ينبغي للصفحة أن تعرض هذا على أنه نمط تشخيص، لا على أنه إصلاح مؤكد.
لا تحوّل أفكار المجتمع غير الموثقة لإصلاح محمّل الإقلاع إلى أوامر رسمية
اقترح النقاش إعادة إنشاء إدخال إقلاع يدويًا أو إعادة تثبيت محمّل الإقلاع من بيئة استرداد. قد تكون هذه الخطوات تقنيات Linux صحيحة، لكن لم يؤكد أي عضو من فريق ZimaOS في هذا النقاش تسلسل أوامر محددًا لهذا الجهاز.
نظرًا إلى أن إصلاح محمّل الإقلاع قد يجعل النظام غير قابل للإقلاع إذا عُدّل القرص أو قسم EFI الخطأ، فإن هذه الصفحة لا تعيد نشر مجموعة أوامر إصلاح غير موثقة.
ترتيب تشخيص أكثر أمانًا
- تأكد من اكتمال التثبيت دون ظهور أي خطأ.
- أزل أداة تثبيت USB وتحقق مما إذا كان قرص النظام يظهر في خيارات إقلاع BIOS/UEFI.
- تحقق من إعدادات Secure Boot وLegacy/UEFI بما يتوافق مع متطلبات الأجهزة الحالية.
- إذا كان ذلك عمليًا، اختبر قرص ZimaOS المثبّت في نظام x64 آخر متوافق.
- إذا أقلع القرص في جهاز آخر، فركّز على سلوك البرنامج الثابت في ما يتعلق بإدخالات الإقلاع بدلًا من الاستمرار في استبدال الأقراص.
- راجع وثائق اللوحة الأم أو الشركة المصنّعة لمعرفة كيفية إضافة إدخال EFI يدويًا.
- استخدم نزّل مُثبّت ZimaOS الحالي قبل محاولة إعادة التثبيت.
لماذا لا ينبغي وصف هذه الحالة بأنها فشل عام في قرص ZimaOS
أقلع تثبيت ZimaOS نفسه على جهاز ThinkPad. لذلك فإن إطلاق عبارة عامة مثل «لا يمكن لـ ZimaOS الإقلاع من SSD هذا» لا تدعمه الأدلة الواردة في المصدر.
من الأفضل فهم النقاش الأصلي على أنه حالة توافق في البرنامج الثابت أو اكتشاف لإدخال الإقلاع على طراز واحد من Fujitsu Esprimo.
الأسئلة الشائعة حول إقلاع ZimaOS عبر UEFI
هل تعني قائمة BIOS الفارغة أن تثبيت ZimaOS فشل؟
ليس بالضرورة. ففي الحالة الواردة في المصدر، أقلع SSD المثبّت على كمبيوتر محمول آخر، ما يوضح أن القرص كان يحتوي على تثبيت ZimaOS قابل للإقلاع.
هل ينبغي أن أستمر في تغيير أقراص SSD؟
جرّب صاحب المنشور الأصلي عدة أقراص تعمل بشكل سليم، وكانت النتيجة نفسها. وبمجرد أن أقلع القرص المثبّت على جهاز آخر، لم يعد تغيير الأقراص اتجاه استكشاف الأخطاء وإصلاحها الأقوى.
هل إعادة إنشاء إدخال EFI يدويًا إصلاح رسمي من ZimaOS؟
ليس وفقًا لهذا النقاش. كانت تلك مجرد توصية من المجتمع مرتبطة بفئة معروفة من مشكلات UEFI، وليست إجراءً أكده IceWhale لهذا الطراز من Fujitsu.
هل تم وضع علامة «تم الحل» على النقاش؟
لا. فقد أثبت وجود اشتباه قوي في البرنامج الثابت/UEFI، لكنه لم ينشر إصلاحًا نهائيًا مؤكدًا من صاحب المنشور الأصلي.
