يوثّق هذا الموضوع فجوة حقيقية في المنتج تحولت لاحقًا إلى ميزة مدمجة. ففي ZimaOS 1.4.1، دخلت مصفوفة RAID 1 مكوّنة من قرصين في حالة متدهورة/للقراءة فقط بعد تعطل أحد القرصين بسعة 750 GB. كان القرص البديل ظاهرًا كقرص HDD سليم ومنفصل، لكن واجهة التخزين لم توفّر إجراءً واضحًا لاستبداله وإعادة بنائه.
تعاملت IceWhale في البداية مع المستخدمين المتأثرين عبر الدعم الهندسي وتشخيصات CLI. ثم أعلن Zima-Giorgio أن ZimaOS 1.4.4 سيوفّر عملية أكثر شمولًا لإصلاح RAID 1. وتؤكد ملاحظات الإصدار الرسمية الحالية للإصدار 1.4.4 إضافة إصلاح RAID1 للمصفوفات المتدهورة أو التالفة.
دخل RAID المصدر في حالة Protecting / للقراءة فقط
تم اكتشاف القرص الصلب البديل بشكل منفصل
حذّرت صفحة التخزين في الإصدار 1.4.1 من ضرورة وجود أقراص جديدة
حثّت IceWhale المستخدمين على تجنّب الإصلاح الذاتي المحفوف بالمخاطر
عرض Zima-Giorgio المساعدة الهندسية وطلب من المستخدمين ذوي الخبرة جمع lsblk و mdadm -D /dev/md0 النتيجة. لم ينشر وصفة إعادة بناء مدمّرة.
بعد أن أصلح المهندسون مصفوفة مستخدم لاحق بشكل خاص، حذّره صراحةً من تنفيذ عمليات RAID على مستوى الجذر من دون معرفة كافية أو تعليمات مباشرة من المهندسين.
أضاف ZimaOS 1.4.4 إصلاح RAID 1 إلى واجهة WebUI
في 4 سبتمبر 2025، قال Zima-Giorgio إن الإصدار 1.4.4 سيوفّر عملية إصلاح أكثر شمولًا لـ RAID 1. وعندما طلب مستخدم آخر المساعدة عبر CLI في الإصدار 1.4.4، ردّ Giorgio بأن الإصلاح يمكن تنفيذه من خلال واجهة WebUI.
تؤكد ملاحظات إصدار IceWhale الحالية ما يلي: «أُضيفت ميزة إصلاح RAID1: يمكن إجراء الإصلاح عندما تكون مصفوفة RAID1 متدهورة أو تالفة.»
استخدم إمكانية إصلاح RAID 1 الرسمية في ZimaOS 1.4.4 بدلًا من إعادة تجارب root/mdadm القديمة.
1.4.4 أصلح أيضًا مشكلة الأقراص المستخدمة سابقًا أثناء الاسترداد
تذكر ملاحظات الإصدار نفسها أن ZimaOS أصلحت مشكلة تعذّر معها تحديد الأقراص المستخدمة سابقًا أثناء استرداد RAID. وهذا يرتبط مباشرةً بسير عمل استبدال الأقراص، حيث قد يحتوي القرص بالفعل على تواقيع قديمة أو يكون قد جرى تهيئته بشكل منفصل.
استخدم قرصًا بديلًا لا تقل سعته عن سعة العضو المتعطل
تحتاج إعادة بناء RAID 1 إلى عضو بديل كبير بما يكفي لاستيعاب تخطيط البيانات الحالي للمصفوفة. وقد تختلف أقراص تحمل سعة اسمية متطابقة مثل «750 GB» أو «2 TB» قليلًا في عدد القطاعات، لذلك قد يُرفض القرص ذي السعة القابلة للاستخدام الأقل.
انسخ البيانات القابلة للقراءة احتياطيًا قبل إجراء استرداد محفوف بالمخاطر، متى أمكن
لقد فقدت RAID 1 المتدهورة التكرار بالفعل. وإذا تعطل القرص المتبقي أثناء إعادة البناء، فقد تُفقد المصفوفة. انسخ البيانات التي لا يمكن تعويضها إلى محرك مستقل قبل إجراء أي استرداد تدخلي، متى كانت المصفوفة قابلة للقراءة ولم تكن البيانات منسوخة احتياطيًا بالفعل.
لا تنقر على «إنشاء RAID» فوق أقراص الأعضاء الموجودة
إذا عرض ZimaOS أعضاء RAID القديمة على أنها غير مستخدمة أو أقراص منفصلة، فقد يؤدي إنشاء RAID جديدة إلى الكتابة فوق البيانات الوصفية. حدّد أولًا ما إذا كنت تصلح مصفوفة متدهورة موجودة أم تنشئ عمدًا مصفوفة جديدة فارغة.
إعادة بناء RAID 1 فترة تحميل مرتفع على القرص الناجي
أثناء إعادة البناء، يجب على ZimaOS قراءة العضو الناجي على نطاق واسع أثناء الكتابة إلى البديل. وإذا كان القرص القديم المتبقي في حالة متدهورة أصلًا، فهذه إحدى أكثر الفترات احتمالًا لاكتشاف قطاعات غير قابلة للقراءة أو أعطال أخرى.
لهذا ينبغي إجراء نسخ احتياطي خارجي للبيانات التي لا يمكن تعويضها قبل إعادة البناء، متى كان المصفوفة المتدهورة لا يزال قابلاً للقراءة.
لا تقم بتهيئة القرص البديل لمجرد ظهوره كوحدة تخزين منفصلة
في الحالة المذكورة في المصدر، كان المستخدم قد هيّأ القرص الجديد بالفعل، وعرضه ZimaOS باسم HDD-Storage. وقد عالجت إصلاحات الإصدار 1.4.4 لاحقًا حالات عدم توفر الأقراص التي استُخدمت سابقًا لاسترداد RAID تحديدًا.
في نظام حالي، اتبع سير عمل إصلاح RAID ودع ZimaOS يجهّز القرص البديل المحدد. قد تؤدي تهيئة مساحة تخزين أخرى أو إنشاؤها أولًا إلى إضافة بيانات وصفية يتعين على واجهة الاسترداد التعامل معها لاحقًا.
التشخيصات للقراءة فقط أكثر أمانًا من التعديل اليدوي لـ RAID
الأوامر التي طلبها Zima-Giorgio—lsblk و mdadm -D /dev/md0—استُخدمت قراءات تشخيصية لتحديد الجهاز وحالة المصفوفة. وهذا يختلف تمامًا عن الأوامر التي تضيف أعضاءً، أو تصفّر الكتل الفوقية، أو تفرض التجميع، أو تعيد إنشاء المصفوفات.
إذا طلب الدعم مخرجات سطر الأوامر، فاجمع المعلومات المطلوبة للقراءة فقط بدقة، وتجنب الارتجال في تنفيذ عمليات mdadm مدمرة من دروس Linux غير ذات الصلة.
تحقق من المصفوفة بعد اكتمال إعادة البناء
لا تعتبر الاسترداد مكتملًا بمجرد قبول القرص البديل. انتظر حتى يكتمل التزامن/إعادة البناء، وتأكد من عودة RAID إلى حالة السليم/الحماية، وافتح ملفات نموذجية، وتحقق من التطبيقات التي تعتمد على مجموعة التخزين.
أبقِ النسخة الاحتياطية الخارجية دون تغيير حتى تجتاز هذه الفحوصات.
استعد لتعطل القرص التالي بينما تكون المصفوفة سليمة
يوفر RAID 1 وقتًا لاستبدال أحد الأعضاء المتعطلين، لكنه لا يلغي الحاجة إلى النسخ الاحتياطي. احتفظ بنسخة مستقلة من البيانات المهمة، وسجّل طُرز الأقراص وأرقامها التسلسلية، وافحص حالتها دوريًا لاكتشاف التدهور قبل تعطل عضوٍ ثانٍ.
الأسئلة الشائعة حول استرداد RAID 1
هل كان إصلاح RAID 1 مفقودًا من واجهة ZimaOS 1.4.1؟
كان بإمكان المستخدم المذكور في المصدر رؤية المصفوفة المتدهورة والقرص البديل، لكنه لم يجد إجراء إصلاح عاديًا.
هل أضافت IceWhale لاحقًا مسارًا للإصلاح عبر واجهة الويب؟
نعم. ذكرت IceWhale أن الإصدار 1.4.4 يمكنه إصلاح RAID 1 عبر واجهة الويب، كما تسجل ملاحظات الإصدار الرسمية إصلاح RAID1 كميزة جديدة.
هل ينبغي للمستخدمين الحاليين تشغيل أوامر mdadm على مستوى الجذر من الموضوع القديم؟
لا. حذّرت IceWhale المستخدمين صراحةً من تنفيذ عمليات RAID على مستوى الجذر ما لم يفهموا المخاطر أو يتلقوا تعليمات من المهندسين.
