الخلاصة: أعد التشغيل بعد إلغاء تنشيط الأقراص قبل البدء في مسح البيانات الوصفية
في الحالة التي جرى حلها، عمل قرصا HDD جديدان بسعة 4 تيرابايت كقرصين مستقلين، لكن إنشاء RAID 0/1 أعاد رسالة عامة هي exit status 2. لم تكن هناك حاجة إلى استبدال أي قرص أو مسحه؛ فقد أدت إعادة تشغيل ZimaOS بعد إلغاء تنشيط محركي الأقراص إلى مسح حالة التخزين القديمة، ونجح إنشاء RAID. وينبغي أن يكون ذلك أول اختبار منخفض المخاطر.
تأكد من أن كلا القرصين متاحان فعليًا
lsblk -f
mount
cat /proc/mdstat
ينبغي أن يكون القرصان المرشحان غير مُثبتين، وألا يكونا عضوين بالفعل في مصفوفة md أخرى أو في مجموعة ZimaOS نشطة. لا تستنتج ذلك من تسمية واجهة المستخدم وحدها إذا كان الإنشاء قد فشل بالفعل.
أعد التشغيل مرة واحدة قبل إجراء التنظيف المدمر
ألغِ تنشيط القرصين من قسم التخزين، ثم أعد تشغيل ZimaOS، وارجع إلى قسم التخزين وأنشئ RAID من جديد. ويكون ذلك مفيدًا خصوصًا عندما تظل واجهة المستخدم أو خدمة التخزين محتفظة بحالة قديمة من الإعداد السابق كأقراص مستقلة.
إذا استمر الفشل، احصل على الخطأ الحقيقي
journalctl -xb | tail -200
dmesg | tail -200
إن exit status 2 ليست سوى رسالة تغليف. وقد يكون السبب المفيد متعلقًا بحالة mdadm، أو بتواقيع نظام ملفات قديمة، أو بتعارض في التثبيت، أو بفشل آخر في خدمة التخزين. يشرح سلوك mdadm الخاص بـ RAID في Linux طبقة المصفوفة.
افحص البيانات الوصفية قبل محوها
sudo wipefs -n /dev/sdX
sudo mdadm --examine /dev/sdX 2>/dev/null
استخدم وضع الفحص أولًا. وإذا أزلت التواقيع لاحقًا، فتأكد تمامًا من أن الأقراص لا تحتوي على بيانات تحتاج إليها. لا تجعل “wipefs -a everything” الحل الافتراضي لخطأ عام في واجهة المستخدم.
يدعم ZimaOS الحالي RAID 0 وRAID 1 مباشرةً
تغطي مستندات التخزين الحالية RAID 0 وRAID 1 وRAID 5 وRAID 6 وJBOD. يتطلب RAID 0 قرصين على الأقل ولا يوفر أي تكرار؛ أما RAID 1 فيعكس البيانات بين قرصين. ويُعد مستويات RAID في ZimaOS المرجع الحالي للمنتج.
لا تستخدم RAID 0 للبيانات التي لا يمكنك إعادة إنشائها
يزيد RAID 0 السعة القابلة للاستخدام وقد يحسن معدل النقل، لكن تعطل عضو واحد يدمر المصفوفة. إذا كانت هذه الأقراص بسعة 4 تيرابايت تحتوي على وسائط أو نسخ احتياطية مهمة، فقرر ما إذا كان RAID 1/5 مع نسخة احتياطية مستقلة أنسب.
تتناول النسخ الاحتياطي في ZimaOS واسترداد RAID نموذج الفشل.
تحقق من المصفوفة الجديدة قبل تحميل البيانات
cat /proc/mdstat
lsblk -f
df -h
انتظر حتى تكتمل أي عمليات تهيئة أو إعادة مزامنة، ثم انسخ أولًا بيانات اختبار يمكن الاستغناء عنها. أعد التشغيل مرة واحدة وتحقق من أن المصفوفة تعود بحالة سليمة قبل وضع النسخة الوحيدة من الملفات المهمة عليها.
اختلاف حجم الأقراص ليس الاستنتاج الأول
قد تؤثر الفروق الاسمية الصغيرة في السعة القابلة للاستخدام، لكن إعادة التشغيل وحدها حلت المشكلة في هذه الحالة. شخّص السجلات الفعلية قبل عزو رمز الحالة العام إلى اختلاف حجم الأقراص أو عطل في الأجهزة.
إذا كانت البيانات الوصفية هي المشكلة فعلًا، فأزل فقط ما حددته
يمكن لفحوصات التواقيع باستخدام wipefs في Linux إظهار تواقيع أنظمة الملفات وجداول الأقسام وRAID قبل محو أي شيء. إذا تأكدت من أن الأقراص فارغة وأشارت السجلات إلى تواقيع قديمة، فأزل البيانات الوصفية المحددة عمدًا، ثم أعد التشغيل وحاول مرة أخرى. وهذا أكثر أمانًا من اعتبار كل خطأ عام في RAID إذنًا لمسح القرصين فورًا.
بعد التنظيف، أعد تشغيل lsblk -f وmdadm --examine حتى تتأكد من أن الأقراص في الحالة التي يتوقعها ZimaOS فعلًا قبل فتح مسار إنشاء RAID مرة أخرى.
عندما تؤدي إعادة التشغيل إلى نجاح الإنشاء فورًا، سجّل هذه النتيجة في ملاحظات الحادثة. فهذا دليل مفيد على أن الأقراص نفسها لم يثبت أنها معيبة، وأن حالة الخدمة القديمة كانت التفسير الأرجح.
الأسئلة الشائعة
ماذا تعني exit status 2 عند إنشاء RAID في ZimaOS؟
إنها نتيجة فشل عامة وليست تشخيصًا. راجع السجلات بحثًا عن خطأ التخزين أو mdadm الأساسي.
هل ينبغي أن أمسح الأقراص فورًا؟
لا. أعد التشغيل بعد إلغاء التنشيط أولًا، ثم افحص البيانات الوصفية قبل إجراء تنظيف مدمر.
هل يمكن أن تحتوي الأقراص الجديدة تمامًا على بيانات وصفية قديمة؟
نعم، خصوصًا إذا جرى اختبارها أو تقسيمها سابقًا، لكن أثبت ذلك باستخدام wipefs -n أو mdadm --examine.
هل RAID 0 آمن للنسخ الاحتياطية؟
لا. يؤدي فقدان عضو واحد إلى فقدان المصفوفة، لذا احتفظ بنسخ مستقلة.
كيف أعرف أن RAID أُنشئ بشكل صحيح؟
تحقق من /proc/mdstat، وحالة نظام الملفات والتثبيت، ثم أعد التشغيل وتأكد من بقاء المصفوفة بحالة سليمة.
