إذا بدا أن ZimaOS ثبّت تحديثًا بنجاح لكنه أعاد التشغيل إلى الإصدار القديم، فتعامل مع الأمر أولًا على أنه مشكلة في اختيار قسم الإقلاع، لا مشكلة في التنزيل. وأهم الفحوصات هي معرفة قسم RAUC النشط، وما إذا كان القسم الذي كُتبت عليه التحديثات حديثًا معلَّمًا على أنه تالف، وما إذا كان محرك أقراص آخر متصل يحتوي على تثبيت قديم لـ ZimaOS أو معرّفات مكررة لنظام الملفات.
بدت إحدى الحالات المجتمعية الموثقة في البداية كأنها ترقية فاشلة إلى الإصدار 1.6.2، لكن حزمة التحديث نفسها كانت سليمة. كتب الجهاز النظام الجديد على القسم البديل، لكنه فشل في تشغيله، ثم عاد إلى القسم السابق. وكان وجود NVMe ثانٍ يحتوي على أقسام ZimaOS قديمة هو العامل الأساسي. ويهم هذا التمييز لأن إعادة تنزيل التحديث نفسه مرارًا لن تصلح مسار الإقلاع مطلقًا.
كيفية التعرّف على التراجع عن التحديث
النمط المعتاد هو:
- يصل المُحدِّث إلى الاكتمال؛
- يعيد الجهاز التشغيل؛
- تظل لوحة المعلومات تعرض الإصدار القديم؛
- يظهر إشعار التحديث مرة أخرى؛
- يبدو أن التحديث دون اتصال أو التثبيت المباشر عبر RAUC قد نجح أيضًا.
إذا أبلغ المُثبّت عن خطأ صريح في المجموع الاختباري أو التوقيع قبل كتابة أي شيء، فهذه مشكلة مختلفة. أما عندما تنجح الكتابة ويعود النظام القديم بعد إعادة التشغيل، فركّز على مرحلة الإقلاع التالية.
الخطوة 1: تحقّق من قسم النظام الحالي
يستخدم ZimaOS قسمين صغيرين للنظام، القسم A والقسم B، بحيث يمكن تحديث أحدهما مع إبقاء الآخر متاحًا للاسترداد. يوضّح دليل استرداد نظام ZimaOS الحالي هذه البنية ذات القسمين.
من الطرفية، افحص حالة RAUC وسجّل القسم الذي بدأ منه الإقلاع، والقسم النشط، وما إذا كان القسم المحدَّث يُعتبر سليمًا أو تالفًا. فإذا كُتب القسم بنجاح ثم أصبح تالفًا بعد الإقلاع، فهذا يخبرك بأن الفشل يحدث بعد التثبيت.
الخطوة 2: وصّل شاشة قبل فرض تحديث آخر
لا تستطيع لوحة معلومات الويب عرض أعطال الإقلاع المبكر التي تحدث قبل بدء الشبكة وواجهة ZimaOS. وصّل شاشة ولوحة مفاتيح، وأعد التشغيل، وراقب أخطاء GRUB أو نظام الملفات أو NVMe أو UUID أو النواة.
إذا تعطل القسم البديل وعاد النظام تلقائيًا إلى القسم القديم، فالتقط صورة للخطأ. فهذا أكثر فائدة بكثير من التقاط لقطة شاشة أخرى للمُحدِّث وهو يعرض نسبة 100%.
الخطوة 3: تحقّق من كل محرك أقراص متصل وقابل للإقلاع
من النقاط التي غالبًا ما لا يُنتبه إليها وجود SSD أو NVMe ثانٍ كان يشغّل ZimaOS سابقًا. حتى إذا كنت تنوي استخدامه الآن للتخزين فقط، فقد يظل يحتوي على أقسام إقلاع أو UUID مكررة لنظام الملفات أو محمّل إقلاع قديم.
افصل مؤقتًا محركات الأقراص الثانوية القادرة على تشغيل النظام
أوقف تشغيل الجهاز بطريقة سليمة، واترك محرك نظام ZimaOS المقصود فقط متصلًا، إلى جانب أي أقراص بيانات متأكد من أنها لم تحمل تثبيتًا آخر لـ ZimaOS. ثم اختبر التحديث مرة أخرى.
لا تمسح أي محرك حتى يثبت التشخيص
إذا أدى فصل محرك ثانوي محدد إلى إقلاع القسم الجديد بصورة طبيعية، فانسخ أي بيانات موجودة عليه احتياطيًا قبل حذف أقسام النظام القديمة. حُلّت الحالة الموثقة بفصل محرك NVMe المتعارض؛ وهذا لا يعني أن كل تحديث فاشل يجب أن يتبعه فورًا مسح القرص.
الخطوة 4: استخدم التحديث دون اتصال فقط عندما يحل المشكلة الصحيحة
يفيد دليل التحديث دون اتصال لـ ZimaOS الحالي عندما يتعذر على قناة التحديث العادية جلب الحزمة أو تجهيزها، لكن التثبيت دون اتصال لن يصلح تعارض الإقلاع الناتج عن تكرار أقسام النظام.
إذا نجح كل من التثبيت عبر الإنترنت ودون اتصال في الكتابة، ومع ذلك استمر النظام في الرجوع إلى الإصدار السابق، فتوقف عن تكرار المُثبّت وانتقل إلى تشخيص أعمق للإقلاع.
لا تفرض تنشيط قسم تالف دون فهم سبب الفشل
قد تميل إلى تعليم القسم الجديد على أنه سليم أو فرض تنشيطه. وقد يحوّل ذلك التراجع التلقائي إلى جهاز لا يصل بعده إلى لوحة المعلومات. اترك آلية الرجوع تحميك أثناء جمع الأدلة.
تُعد قائمة التحقق لاستكشاف أخطاء ZimaOS وإصلاحها قائمة أوسع مفيدة عندما لا يقلع الجهاز بصورة موثوقة.
متى تكون إعادة تثبيت ZimaOS خيارًا منطقيًا؟
تكون إعادة التثبيت مناسبة عندما يكون كلا قسمي النظام تالفًا، أو عندما يحتوي قرص النظام على مشكلات في نظام الملفات أو العتاد، أو عندما يتعذر استعادة قسم قابل للإقلاع بعد إزالة تعارضات محركات الأقراص. ولا ينبغي أن تكون الاستجابة الأولى للتراجع عن التحديث ما دام القسم القديم يقلع بصورة طبيعية.
قبل إعادة التثبيت، تأكد من إجراء نسخ احتياطي لبيانات المستخدم وAppData الموجودة على وحدة تخزين منفصلة. وإذا كانت بيانات التطبيقات موجودة على قرص النظام، فاحمِها أولًا.
كيفية منع حدوث ذلك على خادم متعدد الأقراص
- أبقِ تثبيتًا واحدًا مقصودًا لـ ZimaOS متصلًا أثناء الترقيات أو ترحيل النظام.
- عند إعادة استخدام SSD قديم لـ ZimaOS لتخزين البيانات، أنشئ نسخة احتياطية منه وأزل أقسام النظام غير اللازمة قبل إعادته إلى الخدمة.
- ضع ملصقات فعلية على أقراص النظام حتى لا يُعاد توصيل قرص إقلاع قديم بعد أشهر.
- احتفظ بـ AppData وبيانات المستخدم على وحدة تخزين مخصصة لتقليل تأثير إعادة تثبيت نظام التشغيل.
يساعد دليل تخطيط بيانات التطبيقات في تقليل تكلفة استرداد نظام التشغيل مستقبلًا.
الأسئلة الشائعة
لماذا يقول ZimaOS إن التحديث نجح، لكنه لا يزال يعرض الإصدار القديم؟
قد تكون التحديثات كُتبت بنجاح على القسم البديل، لكن ذلك القسم ربما فشل في الإقلاع. وعندها يستطيع ZimaOS العودة إلى القسم السابق العامل.
هل يعني قسم RAUC التالف دائمًا أن ملف التحديث تالف؟
لا. فقد يصبح القسم تالفًا بسبب مشكلات في التخزين أو نظام الملفات أو النواة أو العتاد أثناء الإقلاع، حتى عندما تكون حزمة التحديث سليمة.
هل يمكن أن يتداخل SSD ثانٍ يحتوي على تثبيت قديم لـ ZimaOS مع الإقلاع؟
نعم. تضمنت الحالة الموثقة وجود NVMe آخر يحتوي على أقسام شبيهة بأقسام ZimaOS ومعرّفات متعارضة. اختبر الأمر بإزالة محركات الأقراص الثانوية القابلة للإقلاع قبل مسح أي شيء.
هل ينبغي أن أعيد التثبيت فورًا؟
ليس إذا كان القسم السابق لا يزال يقلع. افحص أولًا حالة الأقسام، ومخرجات وحدة التحكم، ومحركات الأقراص المتصلة. أعد التثبيت بعد فهم السبب أو عندما يتعذر استرداد أي من القسمين.
