الإجابة الحالية: انتهت بالفعل فترة Plus المجانية القديمة
حدثت حالة عام 2025 بينما كانت IceWhale لا تزال تكرّم ميزة انتقالية للمستخدمين الذين شغّلوا ZimaOS قبل الإصدار 1.5.0. وقد مُدّدت تلك الفترة علنًا حتى 30 يونيو 2026. نحن الآن في سبتمبر 2026، لذلك لا ينبغي توقّع أن يحصل جهاز لم يتلقَّ هذا الاستحقاق أو يحتفظ به على Plus تلقائيًا اليوم.
تشرح صفحة الانتقال إلى ZimaOS Plus السياسة القديمة. كما تسجّل ملاحظات إصدار 1.5 الحالية أن الأجهزة المؤهلة التي تمت ترقيتها في ذلك الوقت حصلت على Plus.
لماذا ظهر إصدار Community بعد ترقية 2025؟
كانت الآلة الافتراضية قد استُنسخت قبل الترقية، ولم يكتمل فحص الاستحقاق كما هو متوقع. ولم يؤدِّ تغيير DNS إلى حل المشكلة. وهذا يوضح أن المشكلة لم تكن ببساطة «استخدم 8.8.8.8». فقد كان لكل من حالة الاستحقاق وهوية الجهاز وسياسة الانتقال دور مهم.
قبل ترقية تثبيت 1.4.4 قديم اليوم
- انسخ احتياطيًا الملفات التي لا يمكن استبدالها وبيانات التطبيقات.
- سجّل مجمّعات التخزين الحالية وإعدادات الشبكة ومسارات Docker.
- تحقّق مما إذا كان الجهاز يعرض استحقاق Plus بالفعل قبل تغيير الإصدار.
- استخدم مسار التحديث العادي داخل المنتج بدلًا من حزمة قديمة تعتمد على curl من موضوع في أحد المنتديات.
- أبقِ الوصول المحلي عبر الشاشة ولوحة المفاتيح متاحًا لاسترداد النظام عند الحاجة.
تغطي صفحتا النسخ الاحتياطي في ZimaOS واسترداد ZimaOS نقطتي الفشل الأهم.
استخدم فتحتي النظام A/B إذا توقفت الترقية عن الإقلاع
يحتوي ZimaOS على قسمَي نظام مزدوجين. إذا فشلت الفتحة التي تم تحديثها حديثًا، فأقلِع من الفتحة البديلة عبر GRUB بدلًا من إعادة التثبيت فورًا. وتُعد آلية استرداد نظام ZimaOS هي الطريقة الحالية للاسترداد.
هل ينبغي البقاء على 1.4.4 لمجرد وضع الاستعداد للأقراص؟
ليس كاستراتيجية طويلة الأمد. فوضع الاستعداد للأقراص يعتمد على عبء العمل وسلوك العتاد، وليس سببًا للبقاء إلى أجل غير مسمى على إصدار قديم. حدّث النظام أولًا في بيئة مستنسخة أو تجريبية، ثم تحقّق مما إذا كان الإصدار الجديد لا يزال يسمح للأقراص الفعلية بالدخول في وضع السكون أثناء عبء العمل لديك.
ما الذي ينبغي فعله إذا اختفى Plus بعد الترقية؟
لا تستمر في تغيير خوادم DNS بعد التأكد من توفر الوصول العادي إلى الإنترنت. سجّل الإصدار القديم والإصدار الجديد ومعرّف الجهاز وسجل الشراء أو الاستحقاق وحالة واجهة المستخدم بالتحديد، ثم تواصل مع دعم IceWhale. فقد وجّه موضوع 2025 نفسه المستخدمين في النهاية إلى الدعم لإعادة إصدار الاستحقاق.
تحقّق من مسار الترقية قبل لمس الآلة الافتراضية المستخدمة في الإنتاج
بما أن هذا الإعداد يعمل على Proxmox، استنسخ الآلة الافتراضية أو أنشئ لقطة لها واختبر الترقية هناك أولًا. توفر لقطات الآلات الافتراضية في Proxmox نقطة تراجع أنظف من محاولة خفض إصدار جهاز بعد فشل التحديث. ويستخدم ZimaOS نفسه فتحات A/B بأسلوب RAUC؛ ويوضح نموذج فتحات RAUC سبب بقاء صورة النظام السابقة قابلة للإقلاع حتى عند فشل الفتحة الجديدة.
اختبر العناصر المهمة لهذا الخادم تحديدًا قبل اعتماد الآلة الافتراضية التي تمت ترقيتها: ظهور أقراص USB العشرة جميعها، وسلامة عمليات تركيب RAID والتخزين، وعدم تغيّر مسارات SMB، وإمكانية الوصول إلى أعباء عمل Docker من Proxmox، واستمرار عمل وضع الاستعداد للأقراص كما هو متوقع. وتُعد هذه القائمة أكثر فائدة من السؤال عمّا إذا كان «1.5 مستقرًا» بشكل مجرد.
الأسئلة الشائعة
هل لا يزال بإمكاني الحصول على Plus مجانًا من ZimaOS 1.4.4؟
انتهت فترة الانتقال القديمة المنشورة في 30 يونيو 2026. لا تفترض أن التفعيل الجديد لا يزال مجانيًا بعد ذلك التاريخ.
هل ستؤدي الترقية إلى محو RAID أو ملفاتي؟
لا يُفترض أن يؤدي تحديث النظام العادي إلى محو بيانات المستخدم، لكن قيمة التخزين وحالة التطبيقات تكفي لأن تحتفظ بنسخة احتياطية موثّقة قبل إجراء ترقية رئيسية.
هل يمكن أن يمنع حجب DNS عمليات التحقق من الترخيص؟
قد يتداخل ذلك مع خدمات الاستحقاق عبر الإنترنت، لكن تغيير DNS لا يكون ذا صلة إلا إذا كان حل الأسماء أو الترشيح يفشل فعلًا. وليس حلًا عامًا لمشكلة Plus.
هل يمكنني الانتقال مباشرة من 1.4.4 إلى إصدار حالي؟
استخدم مسار الترقية الذي توفره واجهة ZimaOS الحالية. لا تفرض أداة تحديث قديمة تم تنزيلها يدويًا إلا إذا طلب منك الدعم الحالي ذلك صراحةً.
كيف أسترد النظام إذا لم يقلع الإصدار الجديد؟
استخدم فتحة النظام البديلة A/B أولًا. ولا تُعد التثبيت إلا بعد دراسة خيارات استرداد الفتحة والحفاظ على البيانات.
