يُعدّ الموضوع الأصلي مفيدًا لأنه يوضح كيفية عمل التحديثات غير المتصلة بالإنترنت في ZimaOS خلال حقبة الإصدار 1.3.x، لكن المسار الحرفي واسم ملف الحزمة يعودان إلى فترة سابقة. نزّل الكاتب حزمة .raucb مخصّصة لـ ZimaCube إلى مجلد التحديث غير المتصل، حتى يتمكّن النظام من اكتشافها وإظهار مؤشر التحديث.
لا يزال ZimaOS الحالي يدعم التحديث عبر OTA وتحديثات RAUC غير المتصلة، لكن وثائق IceWhale الحالية تنص صراحةً على أن موقع حزمة التحديث غير المتصل تغيّر بدءًا من الإصدار v1.4.1. كما تستخدم إصدارات x86 العامة الحالية أسماء حزم موجّهة إلى البنية، مثل zimaos-x86_64-.... لا تنسخ رابط 1.3.0-2 لعام 2024 أو المجلد القديم إلى نظام عام 2026 من دون التحقق من تعليمات الإصدار الحالية.
نزّل المصدر في عام 2024 حزمة RAUCB يدويًا
انتقل كاتب المصدر إلى إصدارات ZimaOS الرسمية على GitHub، ونسخ رابط .raucb الخاص بـ ZimaCube والمتاح آنذاك، ثم نزّله عبر SSH إلى مجلد التحديث غير المتصل.
وتوقّع أن يفحص ZimaOS المجلد ويعرض مؤشر التحديث الأحمر، أحيانًا بعد إعادة التشغيل.
فضّلت IceWhale ظهور مطالبة OTA العادية عند توفرها
أوضح Zima-Giorgio أن هناك خيارًا آخر يتمثل في حذف الملف الذي تم تنزيله يدويًا والانتظار حتى يُخطِر النظام المستخدم بالتحديث. وهذا يوضح أن الطريقة اليدوية في المصدر كانت بديلًا عند عدم ظهور اكتشاف OTA، وليست مسار التحديث المدعوم الوحيد.
تغيّر مسار حزمة التحديث غير المتصل بعد ZimaOS 1.4.1
تنص وثائق IceWhale الحالية على ما يلي:
- كانت الإصدارات الأقدم من 1.4.1 تستخدم موقع RAUC القديم للتحديث غير المتصل؛
- يستخدم الإصدار v1.4.1 والإصدارات الأحدث موقع
.ota/offlineالجديد على ZimaOS-HD.
استخدم سير عمل تحديث ZimaOS غير المتصل الحالي بدلًا من افتراض أن مسار عام 2024 دائم.
اختر الحزمة المتوافقة مع بنية الأجهزة الحالية
أوضح موضوع لاحق في عام 2026 سبب فشل روابط التنزيل القديمة ذات المسارات الثابتة: فقد تلقى أحد المستخدمين خطأ 404 من خادم قديم، ثم نزّل في النهاية حزمة RAUCB الحالية الخاصة بـ x86_64 من الإصدار الرسمي على GitHub.
استخدم دائمًا الملف المنشور لإصدار ZimaOS الحالي وأجهزتك الحالية، بدلًا من تغيير رقم الإصدار فقط داخل رابط قديم.
قد تحتاج إصدارات ZimaOS القديمة جدًا إلى ترقية وسيطة
وثّقت IceWhale مرارًا حالات احتاجت فيها الأنظمة الأقدم من 1.2.5 إلى الترقية أولًا إلى 1.2.5 قبل الانتقال إلى إصدار أحدث بكثير. وينطبق ذلك خصوصًا على وحدات ZimaCube المبكرة التي لم تُحدَّث منذ سنوات.
لا تفرض حزمة RAUCB حديثة على فتحة نظام قديمة جدًا إذا كانت إرشادات IceWhale الحالية تحدد إصدارًا وسيطًا.
يُعد التثبيت المباشر باستخدام rauc مسارًا متقدمًا
استخدم موظفو IceWhale الأمر rauc install <bundle> في إجراءات رسمية لاستكشاف الأخطاء وإصلاحها وفي عمليات اختبار السائق. لكن هذا لا يعني أن كل تحديث اعتيادي ينبغي أن يتجاوز واجهة المستخدم وآلية فحص الحزم.
بالنسبة إلى الأنظمة العادية، يوفّر سير عمل التحديث غير المتصل الحالي مسارًا مدعومًا أوضح وحالة مرئية.
تعتمد تحديثات RAUC على نموذج الاسترداد ذي الفتحتين في ZimaOS
يحتفظ ZimaOS بفتحات للنظام بحيث يمكن عزل التحديث الفاشل عن بيانات المستخدم، كما يمكن، في حالات الاسترداد المدعومة، تشغيل الفتحة البديلة. لا تمسح أقسام النظام أو تعِد تهيئتها لمجرد أن التحديث لم يظهر فورًا.
تحقّق من الإصدار الجديد بعد إعادة التشغيل
بعد اكتمال التحديث، تأكد من إصدار ZimaOS الظاهر، واختبر الملفات/التخزين، وتحقّق من التطبيقات المهمة، وتأكد من الوصول عن بُعد وإمكانية الاتصال بالشبكة. إذا أبلغ التحديث عن نجاحه لكن الإصدار لم يتغير، فاجمع معلومات الخطأ/الحالة الخاصة بالتحديث بدلًا من إعادة تثبيت الحزمة نفسها مرارًا.
الأسئلة الشائعة حول تحديث ZimaOS غير المتصل
هل ينبغي للمستخدمين الحاليين تنزيل حزمة ZimaCube 1.3.0-2 من المصدر؟
لا. هذه الحزمة والرابط يعودان إلى فترة سابقة.
هل لا يزال ZimaOS الحالي يدعم التحديثات غير المتصلة؟
نعم. تحافظ IceWhale على سير عمل حالي للتحديث غير المتصل باستخدام حزم RAUCB.
هل تغيّر مجلد حزمة التحديث غير المتصل بعد الإصدار v1.4.1؟
نعم. تشير وثائق IceWhale الحالية صراحةً إلى تغيير المسار بدءًا من الإصدار v1.4.1.
