الإجابة الحالية: إذا كنت لا تزال تستخدم ZimaOS 1.7.0، فانتقل إلى 1.7.1 قبل إعادة تشخيص هذه الأخطاء
جمعت المناقشة عدة أعطال معًا، لكن تبيّن لاحقًا أن عددًا منها كان منفصلًا: إذ كان إلغاء تثبيت التطبيق قد يحذف AppData، وقد تستهلك عمليات الملفات قدرًا غير طبيعي من الذاكرة، كما احتاج بدء تشغيل Docker وسلوك متجر التطبيقات إلى تحسين، وظهرت بعض مشكلات USB وRAID والنسخ الاحتياطي خلال دورة الإصدار نفسها. أُصدر ZimaOS 1.7.1 تحديدًا كإصدار لإصلاحات الأمان والاستقرار، وعالج مباشرةً عدة مشكلات من بينها.
يتضمن تغييرات ZimaOS 1.7.1 إصلاح حذف إعدادات التطبيقات، بالإضافة إلى تحسينات Docker ومتجر التطبيقات.
انسخ AppData احتياطيًا قبل إلغاء تثبيت أي شيء على الإصدار 1.7.0
كان أخطر خلل تصميمي مؤكد في الحالة الأصلية هو أن إزالة التطبيق كانت تحذف مجلد إعداداته. أعادت IceWhale إنتاج المشكلة وأصلحتها لاحقًا في الإصدار 1.7.1. إذا كنت تستعيد تثبيتًا قديمًا للإصدار 1.7.0، فانسخ AppData وقواعد البيانات المهمة قبل إلغاء تثبيت Plex أو أي خدمة أخرى وإعادة تثبيتها.
يُعد النسخ الاحتياطي في ZimaOS طبقة الأمان المناسبة. لا تفترض أن إعادة تثبيت الحاوية غير مؤذية ما لم تتحقق من المسارات الدائمة.
استخدم Tailscale من متجر التطبيقات بدلًا من sysext أصلي قديم متى أمكن
استخدم النظام الأصلي إضافةَ نظام مجتمعية لـ Tailscale، وواجه حالة تسابق أثناء الإقلاع المبكر لأن /DATA لم يكن جاهزًا عند بدء تشغيل الخدمة. وهذا خاص بتصميم sysext المجتمعي، وليس دليلًا على أن Tailscale الحالي على ZimaOS غير موثوق بطبيعته.
يدعم ZimaOS حاليًا Tailscale رسميًا في متجر التطبيقات. ويتجنب إعداد Tailscale في ZimaOS الحاجة إلى صيانة خدمة مخصصة للإقلاع المبكر. وتوفر متطلبات Tailscale سياقًا متعلقًا بالتطبيق.
حدّث الصفحة واختبر التخزين المؤقت لتجربة التطبيقات الجديدة قبل إعادة ضبط الخادم
اختفى لاحقًا عرض «تجربة التطبيق القديمة عادت بعد إعادة التشغيل» بعد تحديث المتصفح، ما يجعل التخزين المؤقت أو حالة العميل تفسيرًا محتملًا. جرّب التحديث الكامل أو نافذة تصفح خاصة قبل إعادة تثبيت الخدمات لمجرد أن واجهة المستخدم تبدو قديمة.
تحتاج تحديثات التطبيقات الزائفة إلى أدلة من واجهة API

كان النظام يعرض ستة تحديثات باستمرار، ثم تختفي قائمة التحديثات، ثم تعود وتتوقف عند «جارٍ تحميل التحديثات…». وطلبت IceWhale استجابة الشبكة الخاصة بـ apps/upgradable لأن شارة واجهة المستخدم وحدها لا يمكنها إثبات وجود ستة تحديثات فعلية لصور الحاويات.
إذا كنت تستخدم وسوم Docker متحركة مثل :latest، فاعلم أن اسم الوسم لا يثبت بحد ذاته أن الصورة المحلية محدثة. يوضح تثبيت صور Docker سبب تعقيد الوسوم القابلة للتغيير لمقارنات التحديث.
افصل بين سرعة القرص وسرعة تطبيق الملفات
قاس المستخدم سرعة كتابة بلغت نحو 196 ميغابايت/ثانية مباشرةً على RAID، بينما استغرق تطبيق الملفات نحو ساعة لنسخ 6 غيغابايت واستهلك قدرًا مرتفعًا من وحدة المعالجة المركزية. وهذا دليل مهم: فقد كان مسار القرص نفسه قادرًا على إنتاجية أعلى بكثير، لذا يُرجح أن يكون عنق الزجاجة في عملية خدمة الملفات أو واجهة المستخدم، لا في RAID الفعلي.
dd if=/dev/zero of=/media/STORAGE/test.img bs=1M count=2000 status=progress conv=fdatasync
أصلح ZimaOS 1.7.1 لاحقًا الاستخدام غير الطبيعي للذاكرة في بعض عمليات الملفات، لكن لا تدّعِ أن كل مشكلات أداء النسخ في تطبيق الملفات قد حُلّت. أعد اختبار عبء العمل نفسه تمامًا على الإصدار 1.7.1.
أعد تثبيت التطبيق المعطّل فعلًا فقط
عمل Plex في النهاية بعد إعادة التثبيت واستعادة AppData. واختفى سلوك مربع Pi-hole بعد حل مشكلة واجهة التطبيقات الأوسع، بينما تطلب فحصه عبر Uptime Kuma إعادة إنشاء شبكة bridge. هذه مشكلات منفصلة. ولا تبرر معالجة إحداها بإعادة تثبيت كل الحاويات.
تساعد متطلبات تطبيقات ZimaOS في إبقاء تبعيات كل تطبيق واضحة.
استخدم فرعًا تشخيصيًا واحدًا لكل مشكلة
ينبغي لسجل استكشاف الأخطاء وإصلاحها المفيد في إصدارات 1.7.x أن يفصل بين: بدء تشغيل Tailscale، وواجهة متجر التطبيقات، وبدء تشغيل كل حاوية على حدة، واكتشاف التحديثات، وأداء تطبيق الملفات، والتحميل التلقائي عبر USB، وسلوك AppData. سجّل خطوات إعادة الإنتاج والأدلة لكل مشكلة. إن تقريرًا واحدًا بعنوان «الإصدار 1.7 عطّل كل شيء» مفهوم عاطفيًا، لكنه يصعب إصلاحه بطريقة منهجية.
لا تعد إلى إصدار أقدم قبل معرفة تكلفة الاسترداد
بما أن الإصدار 1.7.1 يتضمن إصلاحًا أمنيًا في خدمات الملفات، فإن البقاء على الإصدار 1.7.0 إلى أجل غير مسمى حل مؤقت سيئ على المدى الطويل. خذ نسخة احتياطية، وحدّث إلى الإصدار 1.7.1، وأعد اختبار كل مشكلة، ولا تفكر في التراجع أو إعادة التثبيت إلا إذا بقي خلل محدد قابلًا لإعادة الإنتاج.
الأسئلة الشائعة
هل أصلح ZimaOS 1.7.1 حذف AppData؟
أصلح مشكلة كان فيها إلغاء تثبيت التطبيق قد يحذف مجلد إعدادات التطبيق.
لماذا يعرض ZimaOS تحديثات للتطبيقات ثم تختفي؟
قد تعكس الشارة بيانات وصفية لإدارة التطبيقات أو وسوم صور قابلة للتغيير. التقط استجابة API القابلة للترقية وحالة الصورة الفعلية قبل افتراض أن كل شارة تمثل تحديثًا حقيقيًا.
هل ينبغي أن أواصل استخدام sysext الخاص بـ Tailscale؟
استخدم مسار Tailscale الحالي من متجر التطبيقات، ما لم تكن تحتاج تحديدًا إلى الإضافة الأصلية المجتمعية وتستطيع صيانتها.
لماذا يكون تطبيق الملفات بطيئًا بينما يكون اختبار RAID سريعًا؟
يعزل ذلك القرص الفعلي عن خدمة الملفات ذات المستوى الأعلى. قارن عبء العمل نفسه عبر CLI وSMB وتطبيق الملفات لتحديد الطبقة البطيئة.
هل ينبغي أن أعود إلى إصدار أقدم من 1.7.0؟
يتضمن الإصدار الحالي 1.7.1 إصلاحات مهمة للأمان والاستقرار. خذ نسخة احتياطية وحدّث أولًا، ثم قيّم أي خلل متبقٍ قابل لإعادة الإنتاج.
