اكتمل التثبيت على نظام أقدم مزود باللوحة ASRock H61M-VG4، لكن الجهاز عرض رسالة «أعد التشغيل وحدد جهاز إقلاع صحيحًا» بعد إزالة وحدة USB الخاصة بالمثبت. كان القرص SSD ظاهرًا في البرنامج الثابت، وكان الإقلاع الآمن معطلًا، وتمكن Debian من الإقلاع، كما أداة إصلاح أبلغت عن Locked NVRAM.
تشير هذه التفاصيل إلى أن المشكلة لا تتعلق بفشل الكتابة على القرص SSD، بل بمسار إقلاع البرنامج الثابت: قد يكون ZimaOS موجودًا على القرص، بينما لا يحتويَت اللوحة الأم على إدخال UEFI صالح يشير إليه.
تأكد من متطلبات إقلاع ZimaOS الحالية
يتطلب دليل تثبيت ZimaOS الحالي أجهزة x86-64 عامة بسعة تخزين لا تقل عن 25 جيجابايت، مع تفعيل وضع إقلاع UEFI وتعطيل الإقلاع الآمن. يجب اختيار وحدة USB الخاصة بالتثبيت عبر إدخال UEFI الخاص بها.
- تأكد من تفعيل وضع UEFI.
- عطّل الإقلاع الآمن.
- عطّل CSM أو الإقلاع القديم لإجراء اختبار UEFI نظيف.
- تأكد من أن القرص SSD المستهدف يستخدم GPT بدلًا من مخطط قديم يقتصر على MBR.
- بعد التثبيت، ابحث عن إدخال إقلاع UEFI مسمى، وكذلك عن طراز القرص SSD الخام.
لماذا يمثل «Locked NVRAM» مشكلة مهمة؟
يخزن البرنامج الثابت UEFI متغيرات الإقلاع في NVRAM. إذا رفض البرنامج الثابت متغيرًا جديدًا، فقد ينسخ المثبت جميع ملفات نظام التشغيل بنجاح، لكنه يفشل مع ذلك في تسجيل هدف إقلاع. إن ظهور طراز القرص SSD في BIOS يثبت فقط أن محرك الأقراص مكتشف؛ ولا يثبت أن البرنامج الثابت يعرف أي محمّل EFI يجب تشغيله.
اشتبه المجتمع في عدم موثوقية التعامل مع NVRAM على هذه اللوحة القديمة. كان هذا التشخيص منطقيًا، لكن الموضوع لم يتضمن حلًا خاصًا باللوحة مؤكدًا من IceWhale.
اتبع ترتيبًا تشخيصيًا غير تدميري
- حمّل الإعدادات الافتراضية للبرنامج الثابت، ثم أعد تفعيل وضع UEFI وعطّل الإقلاع الآمن.
- تحقق من وجود تحديث للبرنامج الثابت من مورّد اللوحة الأم، واقرأ ملاحظات التغيير قبل تطبيقه.
- افصل أجهزة التخزين الأخرى أثناء إعادة تثبيت نظيفة واحدة، حتى لا يقع قسم نظام EFI على قرص آخر.
- امسح القرص المستهدف لـ ZimaOS فقط بعد نسخ أي بيانات مهمة احتياطيًا، ثم دع المثبت ينشئ مخطط GPT.
- بعد التثبيت، افحص قائمة الإقلاع قبل إزالة الأقسام أو إعادة كتابتها مرة أخرى.
الحلول المجتمعية ليست الخيار الأول
اقتُرح حلّان بديلان: استخدام تثبيت Linux صغير لإنشاء إدخال EFI صالح وإعادة توجيهه إلى محمّل ZimaOS، أو إبقاء جهاز USB متصلًا فقط ليعمل كمحمّل إقلاع بينما يعمل ZimaOS من القرص SSD. يضيف كلا الأسلوبين اعتمادًا آخر إلى كل عملية إقلاع، وقد يتعطلان بعد تغييرات البرنامج الثابت أو ملفات الإقلاع.
لا تنسخ ملفات EFI أو تعِد كتابة إدخالات NVRAM دون وحدة USB للاسترداد ونسخة احتياطية. إذا استمر البرنامج الثابت في حظر عمليات كتابة متغيرات الإقلاع، فأرسل إلى دعم IceWhale طراز اللوحة، وإصدار BIOS، وإصدار المثبت، ومخطط الأقسام، والخطأ الدقيق.
ميّز بين إدخال إقلاع مفقود وفتحة ZimaOS معطلة
إذا ظهر GRUB لكن فشل ZimaOS نفسه لاحقًا، فهذا مسار استرداد مختلف. استخدم دليل استرداد نظام ZimaOS الحالي لاختبار فتحة النظام البديلة. أما إذا لم يظهر GRUB مطلقًا، فاستمر في التركيز على اكتشاف UEFI وإدخالات إقلاع البرنامج الثابت.
الأسئلة الشائعة حول إقلاع ZimaOS
هل يعني ظهور القرص SSD في BIOS أن ZimaOS قابل للإقلاع؟
لا. يمكن للبرنامج الثابت اكتشاف القرص دون وجود إدخال صالح لمحمّل EFI.
لماذا أقلع Debian على الجهاز نفسه؟
قد يكون مثبته قد سجّل إدخالًا قبله هذا البرنامج الثابت. وهذا لا يثبت أن ملفات ZimaOS كانت مفقودة.
هل ينبغي استبدال اللوحة الأم فورًا؟
لا. تحقق أولًا من UEFI وGPT وCSM وإصدار البرنامج الثابت، ثم جرّب تثبيتًا نظيفًا على قرص واحد.
