بدأ هذا الموضوع بمشكلة في إعادة التشغيل وانتهى بتجربة مجتمعية مفصلة حول كيفية تعامل ZimaOS مع امتلاء قرص النظام بالكامل، وترحيل AppData، وإعادة تثبيت التطبيقات، واستعادة مساحة التخزين. شغّل المستخدم الأصلي ZimaOS من دون توصيل محرك أقراص USB احتياطي، ثم وجد أن شاشة تسجيل الدخول المعتادة استُبدلت بشاشة حساب شبيهة بشاشة الإعداد الأول. ظل الوصول إلى بيانات NFS ممكنًا، لكن الواجهة الأمامية والخدمات المرتبطة بالملفات لم تكن تعمل بشكل طبيعي.
كان الاكتشاف الأهم هو أن ZimaOS-HD وصل إلى نسبة استخدام 100%. حدّث المستخدم النظام لاحقًا إلى ZimaOS 1.5.2، لكن امتلاء وحدة تخزين النظام ظل المشكلة المحورية. لذلك تُعد هذه حالة تاريخية مفيدة لاستكشاف الأخطاء وإصلاحها، لكنها ليست وصفة عامة لإعادة التثبيت.
قد يؤدي امتلاء ZimaOS-HD بنسبة 100% إلى تعطيل أكثر من تطبيق الملفات
في الحالة الأصلية، ظل المستخدم قادرًا على الوصول إلى البيانات المخزنة عبر NFS، بينما أصبحت لوحة المعلومات وخدمة الملفات وفهرسة التطبيقات وواجهة الحسابات غير موثوقة. وربط أحد المشاركين في المجتمع هذه الأعراض بامتلاء قسم النظام بالكامل.
لا يقدم الموضوع أمر تنظيف صادرًا عن IceWhale لاستعادة قرص نظام ممتلئ بنسبة 100% بأمان. كان المستخدم قد أزال الحاويات ومسح السجلات بالفعل من دون تحرير مساحة كافية. وهذا مهم: لا تحوّل أوامر تنظيف الصدفة التخمينية من موضوع مجتمعي إلى إجراء استرداد رسمي.
للاطلاع على إرشادات النظام والتخزين الحالية، استخدم كيفية تعامل ZimaOS الحالي مع التخزين والاسترداد.
حذّرت IceWhale من أن التخطيط الافتراضي غير آمن لإعادة التثبيت
أضاف Zima-Giorgio تصحيحًا مهمًا إلى النقاش. وأشار إلى أن معظم المستخدمين يحتفظون بالتخطيط الافتراضي، حيث يكون نظام التشغيل وبيانات المستخدم على القرص نفسه، وأن إعادة التثبيت بهذا التخطيط لا تؤدي تلقائيًا إلى إعادة فهرسة كل شيء واستعادته. كما شدد على قاعدة النسخ الاحتياطي 3-2-1.
ويكتسب هذا التحذير الرسمي أهمية لأن الردود المجتمعية السابقة جعلت استعادة البيانات بعد إعادة التثبيت تبدو أكثر تلقائية مما هي عليه فعليًا. إذ يعتمد احتفاظ إعادة التثبيت بالبيانات على كيفية تنظيم التخزين قبل حدوث العطل.
ما الذي أظهرته اختبارات ترحيل المستخدم فعليًا
تتضمن الصفحة الثانية من الموضوع اختبارات إعادة تثبيت متكررة باستخدام قرص مخصص لنظام التشغيل وقرص بيانات NVMe منفصل. وأظهرت نتائج المستخدم عدة سلوكيات عملية:
- بعد التثبيت الجديد، قد يلزم تمكين قرص تخزين NVMe واحد مستخدم سابقًا مرة أخرى؛
- لا تظهر التطبيقات تلقائيًا في لوحة المعلومات لمجرد وجود مجلدات AppData القديمة؛
- لا يزال يلزم تثبيت حاوية التطبيق أو صورته مرة أخرى من متجر التطبيقات؛
- يمكن أن تبقى بيانات التطبيق الدائمة إذا نُقلت إلى وحدة تخزين منفصلة قبل إعادة التثبيت؛
- لا ينبغي افتراض بقاء البيانات الوصفية على مستوى ZimaOS، مثل المنافذ المخصصة وأسماء الحاويات وإعدادات الشبكة والأذونات وطريقة عرض لوحة المعلومات.
كانت هذه اختبارات مجتمعية على ZimaOS 1.5.2، وليست ضمانًا للاسترداد من IceWhale. تعامل معها على أنها سلوك ملحوظ في تلك الفترة.
الترحيل ليس نسخة احتياطية كاملة للحاوية
من أكثر الدروس فائدة في الموضوع التمييز بين بيانات التطبيق والبيانات الوصفية لتطبيق ZimaOS. توقع المستخدم أن تؤدي البيانات المرحّلة إلى إعادة إنشاء التطبيقات تمامًا كما كانت. لكن اختباراته أظهرت عكس ذلك.
ساعد الترحيل في الحفاظ على الملفات والبيانات الخاصة بالتطبيق، لكنه لم يستعد كل إعداد أُدخل عبر محرر التطبيقات في ZimaOS. فعلى سبيل المثال، قد تظل عمليات ربط المنافذ المخصصة أو الإعدادات الأخرى على مستوى الحاوية بحاجة إلى إعادة إنشائها بعد إعادة التثبيت.
يوضح هذا الفرق سبب قدرة التطبيق على إعادة الاتصال بقاعدة بياناته أو ملفاته الوسيطة الموجودة بعد إعادة التثبيت، في حين تبدو إعدادات لوحة معلومات ZimaOS جديدة.
لا تعمّم استرداد القرص الواحد على RAID
استكشف جزء رئيسي من الموضوع ما إذا كانت مصفوفة RAID 5 ستُعتمد تلقائيًا بعد إعادة تثبيت جديدة. ووجد المستخدم أن النظام ظل يريد إنشاء التخزين أو تهيئته، بدلًا من التعامل ببساطة مع RAID القديم كهدف جاهز لبيانات التطبيقات.
لذلك ابتعد النقاش عن الادعاء السابق بأن كل وحدات البيانات ستبقى وتُعاد إتاحتها تلقائيًا. والاستنتاج الأكثر أمانًا من هذا الموضوع أضيق نطاقًا: لم يكن قرص التخزين الواحد المنفصل ومصفوفة RAID يتصرفان بالطريقة نفسها في سير عمل ZimaOS 1.5.2 الذي جرى اختباره.
لقد تغير سلوك التخزين الحالي في ZimaOS منذ هذا الموضوع المنشور في عام 2025. راجع أحدث وثائق التخزين بدلًا من استخدام ملاحظات RAID هذه باعتبارها سلوكًا حاليًا للمنتج.
منهج أكثر أمانًا لإعادة التثبيت مستخلص من الموضوع
- انسخ البيانات المهمة احتياطيًا قبل تغيير التخزين أو إعادة تثبيت ZimaOS.
- اعرف أي قرص فعلي يحتوي على نظام التشغيل، وأي أقراص تحتوي على بيانات المستخدم.
- لا تفترض أن الترحيل يساوي نسخة احتياطية كاملة من إعدادات الحاويات.
- بعد إعادة التثبيت، تحقق من تمكين التخزين وتركيبه قبل إعادة تثبيت التطبيقات.
- توقع الحاجة إلى إعادة تثبيت حاويات التطبيقات أو صورها حتى عندما تبقى بياناتها الدائمة.
- أعد تطبيق إعدادات التطبيقات على مستوى ZimaOS يدويًا، ما لم يكن لديك تصدير أو نسخة احتياطية منفصلة لها.
الأسئلة الشائعة حول إعادة تثبيت ZimaOS والترحيل
لماذا تعطلت الواجهة الأمامية بينما ظل الوصول إلى بيانات NFS ممكنًا؟
في هذه الحالة، كانت وحدة تخزين النظام ممتلئة بنسبة 100%. وربط الموضوع هذه الحالة بتعطل الواجهة الأمامية والخدمات، مع استمرار عمل بعض وظائف الوصول إلى البيانات.
هل يؤدي ترحيل AppData إلى ظهور التطبيقات المثبتة تلقائيًا بعد إعادة التثبيت؟
لا. أظهرت اختبارات المستخدم أن لوحة المعلومات ظلت فارغة، وأنه كان لا يزال يتعين تثبيت التطبيقات مرة أخرى. وبعد ذلك أمكن إعادة استخدام البيانات الدائمة الموجودة.
هل يحافظ الترحيل على المنافذ المخصصة وإعدادات تطبيقات ZimaOS؟
يقول الاختبار اللاحق في الموضوع إنه لا ينبغي افتراض ذلك. فقد حمى الترحيل بيانات التطبيق بدرجة أفضل من حفاظه على البيانات الوصفية في ZimaOS التي تصف كل حاوية.
هل يمكنني إعادة التثبيت بأمان فوق إعداد RAID استنادًا إلى هذا الموضوع؟
لم يثبت أي ضمان عام. فقد تصرف اختبار RAID بشكل مختلف عن اختبار ترحيل القرص الواحد، وشدد الرد الرسمي على النسخ الاحتياطية بدلًا من الوعد باسترداد تلقائي.
