الخلاصة: اختفاء الملفات بعد إعادة التشغيل ليس دليلًا كافيًا لإعادة إنشاء RAID
تُظهر السجلات أن ZimaOS يحاول تركيب /dev/md0 ويفشل عند استخدام نوع نظام الملفات المخزّن BTRFS. يشير ذلك إلى وجود مسار للتركيب/البيانات الوصفية يستحق التحقيق. لكنه لا يثبت بحد ذاته أن البيانات فُقدت أو أن نظام الملفات سليم.
أجرِ أولًا فحوصات التعريف للقراءة فقط
lsblk -f
cat /proc/mdstat
sudo mdadm --detail /dev/md0
sudo blkid /dev/md0تحتاج إلى أربع إجابات: هل قرصا العضوية موجودان، وهل تم تجميع مصفوفة md، وما الحالة التي يبلغ عنها mdadm، وما توقيع نظام الملفات الذي يكشفه الجهاز المُجمّع؟ يوثّق دليل mdadm فحص المصفوفة، بينما تُعد وثائق Btrfs المرجع الأساسي لفحوصات نظام الملفات.
لا تهيّئ أو تُعد إنشاء أو تصفّر بيانات RAID الوصفية ما دامت المصفوفة القديمة قابلة للاسترداد
قد يؤدي إجراء «إنشاء RAID» جديد إلى تحويل مشكلة تركيب إلى فقدان للبيانات. يوضح دليل استرداد RAID في ZimaOS التمييز نفسه المتعلق بالسلامة: احفظ المصفوفة الحالية وحددها أولًا، ثم قرر ما إذا كان الاسترداد أو إعادة البناء مطلوبًا.
لماذا لا يُعد /etc/fstab الحل الأول
يدير ZimaOS التخزين من خلال خدمة التخزين والبيانات الوصفية الخاصة به. يمكن للتركيب اليدوي إثبات أن نظام الملفات قابل للقراءة، لكن إدخالًا في fstab لا يُصلح بالضرورة الحالة التي تتوقعها واجهة الملفات في ZimaOS. يُعد دليل تخزين ZimaOS الحالي الخط الأساسي المدعوم.
متى ينبغي تصعيد الحالة
إذا أظهر /proc/mdstat وmdadm --detail أن المصفوفة مُجمّعة وسليمة، لكن ZimaOS لا يزال يرفض تركيبها، فاحفظ السجلات والمخرجات الأربع للقراءة فقط قبل إعادة التشغيل أو إجراء التجارب. ستوضح هذه الأدلة للدعم ما إذا كان الفشل متعلقًا بتجميع المصفوفة أو التعرّف على نظام الملفات أو إدارة ZimaOS للتركيب.
يصبح دليل ترحيل البيانات في ZimaOS ذا صلة فقط بعد أن يصبح التخزين سليمًا ومرئيًا؛ فالترحيل ليس بديلًا عن استرداد RAID.
