إعادة التثبيت لا تعني تلقائيًا فقدان بيانات RAID
أعاد أحد المستخدمين تثبيت ZimaOS من USB على وحدة eMMC نفسها بعد امتلاء محرك النظام بالنسخة الاحتياطية المضمّنة. ولم تعد مصفوفة RAID 5 الحالية تظهر عبر مسار واضح للاستيراد أو إعادة الإرفاق، ما أعطى انطباعًا بأن المصفوفة ربما فُقدت.
أوضحت الردود في المجتمع أن إعادة تثبيت نظام التشغيل لا تؤدي بالضرورة إلى محو بيانات RAID الوصفية المخزنة على الأقراص الأعضاء. وكان الشرط الحاسم هو ألا يكون المستخدم قد أعاد تهيئة تلك الأقراص أو أنشأها أو أعاد بناءها. أوقف صاحب الموضوع تشغيل جهاز NAS وتوقف عن إجراء أي تغييرات أثناء طلب الإرشادات.
لا تنشئ مصفوفة جديدة ولا تهيئ الأقراص الأعضاء
كانت أقوى تعليمات السلامة في الموضوع هي إيقاف عمليات الأقراص مؤقتًا. فعدم ظهور المصفوفة في واجهة المستخدم لا يثبت أن بياناتها لم تعد موجودة. وقد يؤدي إنشاء مجموعة تخزين بديلة أو الموافقة على مطالبة التهيئة إلى الكتابة فوق البيانات الوصفية والمحتوى اللازمين للاسترداد.
أحال النقاش إلى نقاش المجتمع حول استرداد RAID 5 ذي الصلة، لكن المشاركين تجنبوا مع ذلك نشر أوامر تجميع عامة، لأن ترتيب الأقراص وحالة المصفوفة ومستوى RAID وسجل الإصدارات قد تختلف.
لم يوفّر ZimaOS مسار استيراد واضحًا في هذه الحالة
وصفت الردود فجوة بين إمكانية الاسترداد التقنية وواجهة ZimaOS المتاحة في ذلك الوقت. فقد تحتفظ الأقراص بالمصفوفة، بينما يفشل النظام المثبّت حديثًا في إرشاد المستخدم إلى إعادة إرفاقها. كما أُشير إلى طلب ميزة مجتمعي لإرفاق مصفوفة موجودة.
تمكن صاحب الموضوع لاحقًا من العثور على المصفوفة وتواصل مع فريق مجتمع Zima. وبعد تلقي مساعدة خاصة بالحالة، أفاد بأن المشكلة حُلّت بالكامل وأن تطبيقاته تعمل كما كانت من قبل. وقد تعمّد عدم ذكر إجراء الاسترداد الدقيق، لأن تطبيق تسلسل RAID واحد على حالة مختلفة للأقراص قد يسبب ضررًا.
تتطلب بيانات التطبيقات خطوة استعادة منفصلة
كان المستخدم قد نقل سابقًا AppData الخاصة بـ ZimaOS إلى مصفوفة RAID. وبعد استعادة المصفوفة، كان لا بد من إعادة تسمية مسارات النقل المؤقتة أثناء إعداد النقل من جديد. ثم أُعيد تثبيت التطبيقات من المتجر واستأنفت استخدام بياناتها المحتفظ بها.
تعتمد هذه النتيجة على بقاء بيانات التطبيقات موجودة واستعادة مساراتها بشكل صحيح. فإعادة تثبيت التطبيق ليست مثل إعادة إنشاء بياناته، كما أن تغيير مسارات النقل دون فهم التخطيط الحالي قد يفصل التطبيق عن وحدات التخزين الخاصة به.
متى تتوقف وتطلب مساعدة خاصة بالحالة
توقف إذا عرضت الواجهة خيار تهيئة الأقراص، أو إذا كان أحد الأعضاء مفقودًا، أو إذا كانت المصفوفة في حالة متدهورة قبل إعادة التثبيت، أو إذا كان ترتيب الأجهزة الصحيح وحالة البيانات الوصفية غير معروفين. أوصى المستخدم الذي حُلّت مشكلته والرد المجتمعي بالتواصل مع community@icewhale.org بدلًا من التخمين أثناء التعامل مع بيانات مباشرة.
حدود الإصدار
كان النظام يعمل في الأصل بإصدار 1.4.x، ثم أصبح يعمل بإصدار ZimaOS 1.5.3 بعد إعادة التثبيت والترقية. يوثّق الموضوع حالة استرداد واحدة حُلّت بنجاح، ولا يضمن أن تتصرف كل مصفوفة أو كل إصدارات ZimaOS اللاحقة بالطريقة نفسها.
الأسئلة الشائعة
هل تؤدي إعادة تثبيت ZimaOS إلى محو RAID تلقائيًا؟
ليس في هذه الحالة. فقد نجت المصفوفة لأن الأقراص الأعضاء لم تُهَيّأ أو تُنشأ من جديد. وتمكن صاحب الموضوع لاحقًا من استعادتها بمساعدة المجتمع.
هل ينبغي أن أنشئ RAID جديدة باستخدام الأقراص نفسها حتى تظهر؟
لا. يحذّر الموضوع صراحةً من إنشاء مصفوفة جديدة أو تهيئة الأقراص، لأن هذه الإجراءات قد تدمر البيانات القابلة للاسترداد.
لماذا حُذفت أوامر الاسترداد الدقيقة؟
تختلف حالات RAID، وقد يؤدي أمر مناسب لمصفوفة معينة إلى إتلاف مصفوفة أخرى. لذلك أوصى المستخدم الذي حُلّت مشكلته بالحصول على دعم خاص بالحالة.
