حلّ المجتمع

كيف عالج المجتمع مشكلات إنشاء RAID في ZimaOS

The original checklist covered drive count, health, formatting, mount points, and rebooting. Forty-two replies then documented historical ZimaOS 1.2.x RAID UI, read-only filesystem, and third-party disk-slot problems.

تطلب قائمة التحقق الأصلية لـ RAID من المجتمع التأكد من توفر محركي أقراص على الأقل، وفحص صحة الأقراص، والتحقق من إمكانية تهيئة كل قرص، وإبقاء مسار التحميل المقصود فارغًا، وإعادة التشغيل، ثم محاولة إنشاء المصفوفة مرة أخرى.

توضح الردود سبب كون قائمة التحقق هذه مجرد نقطة بداية. ففي الفترة بين ZimaOS 1.2.1 و1.3.0، واجه المستخدمون أيضًا اختفاء واجهة RAID، وأخطاء نظام ملفات للقراءة فقط، وتعيينًا غير صحيح لفتحات محركات الأقراص على الأجهزة غير التابعة لـ ZimaCube. هذه حالات تاريخية وليست ادعاءً بشأن واجهة ZimaOS الحالية.

ابدأ بالفحوصات الخمسة الأصلية

تأكد من توفر محركي أقراص على الأقل

يبدأ الدليل بمتطلب الحد الأدنى لعدد محركات الأقراص. ولم تكن محركات الأقراص المفعّلة مسبقًا كوحدات تخزين منفصلة تظهر دائمًا لأداة تهيئة RAID التاريخية كأعضاء متاحين.

عرض التخزين في ZimaOS المستخدم للتحقق من عدد محركات الأقراص المتاحة
يبدأ الدليل الأصلي بالتحقق من توفر عدد كافٍ من محركات الأقراص.

فحص صحة الأقراص والتهيئة الفردية

تفصل الفحوصات التالية بين مشكلة أساسية في القرص ومشكلة في إنشاء المصفوفة. يوصي الدليل بمراجعة حالة الصحة والتأكد من أن كل محرك أقراص يمكنه إكمال عملية تهيئة فردية دون ظهور خطأ.

حالة صحة القرص المعروضة في واجهة ZimaOS التاريخية
فحص صحة الأقراص الموضّح في المنشور الأصلي.
فحص تهيئة الأقراص الفردية في ZimaOS
استُخدمت تهيئة كل قرص كخطوة تحقق أولية.

أبقِ مسار التحميل فارغًا وأعد المحاولة بعد إعادة التشغيل

يوضح الدليل أن مسار تحميل RAID المقصود يجب ألا يحتوي على ملفات مسبقًا. وينبغي نسخ البيانات الموجودة احتياطيًا قبل إفراغ مسار التحميل. بعد إكمال الفحوصات، ينتهي التسلسل الأصلي بإعادة تشغيل النظام ومحاولة إنشاء المصفوفة مرة أخرى.

فحص مسار التحميل في ZimaOS قبل إنشاء RAID
يجب ألا يحتوي مسار التحميل على ملفات مطلوبة في أماكن أخرى.
شاشة إنشاء RAID في ZimaOS بعد الفحوصات الأولية
واجهة إنشاء RAID التاريخية الموضّحة في قائمة التحقق.

توقعت واجهة المستخدم التاريخية وجود أقراص غير مخصّصة أو معطّلة

قام عدة مستخدمين بتهيئة الأقراص وتمكينها فرديًا، ثم اكتشفوا اختفاء مدخل RAID أو عدم إمكانية تحديد أي أقراص. وأوضح رد من الفريق أنه كان يجب تعطيل الأقراص باعتبارها وحدات تخزين فردية كي تظهر مجددًا كأقراص متاحة في سير عمل RAID. وكانت التهيئة تُجرى بعد ذلك أثناء إنشاء المصفوفة.

عنصر التحكم التاريخي للتعطيل في ZimaOS، المستخدم لتحرير قرص من أجل RAID
سلّط أحد الردود الضوء على إجراء التعطيل المستخدم في سير عمل RAID لذلك الإصدار.

لم يحل ذلك كل الحالات. تضمّن ZimaOS 1.2.2 إصلاحًا متعلقًا بتعطيل الأقراص الفردية، وأفادت ردود لاحقة بوجود أخطاء إضافية في تحديد الأقراص حتى الإصدار 1.2.4. وأكد أحد المستخدمين لاحقًا حل مشكلته الأصلية في الإصدار 1.3.0، لكنه ظل يجد صعوبة في العثور على واجهة RAID.

أدى نظام الملفات للقراءة فقط إلى فشل مختلف

أظهر سجل تخزين أحد المستخدمين أن ZimaOS لم يتمكن من إنشاء /media/Files لأن نظام الملفات كان للقراءة فقط. وميّز أحد أعضاء الفريق هذه الحالة عن مشكلة زر مفقود، وطلب من المستخدم فحص حالة الضم باستخدام:

mount -l | grep "/ "
mount -l | grep /media
lsblk

كان المطلوب التحقق مما إذا كان الضم المعني يظهر على أنه ro بدلًا من rwيسرد الموضوع فشل الضم، وأخطاء نظام الملفات، ومشكلات الأذونات، أو مشكلات التهيئة الأخرى بوصفها أسبابًا محتملة، لكنه لا يسجل إصلاحًا نهائيًا لحالة القراءة فقط تلك.

خطأ RAID في ZimaOS مرتبط بمسار وسائط للقراءة فقط
شاشة الخطأ المرفقة بسجل نظام الملفات للقراءة فقط.
سجل التخزين المحلي في ZimaOS يعرض خطأ في نظام ملفات للقراءة فقط
غيّر السجل مسار استكشاف الأخطاء من التحقق من الواجهة إلى تشخيص حالة الضم.

كشفت الأجهزة غير التابعة لـ ZimaCube عن أخطاء في تعيين فتحات الأقراص

جاءت مجموعة أخرى من الردود من مستخدمين يشغّلون ZimaOS على أنظمة تابعة لجهات خارجية تحتوي على وحدات تحكم SATA متعددة أو أجهزة NVMe. كانت أقراصهم ظاهرة وقابلة للتهيئة، لكن مخطط RAID كان يعرض خانات فارغة، أو أرقام خانات غير متوقعة، أو عددًا أقل من الأقراص القابلة للتحديد مما اكتشفه نظام التشغيل.

عرض تعيينات أقراص NAS التابعة لجهات خارجية بشكل غير صحيح في ZimaOS
أظهر نظام مكوّن من أربعة أقراص تعيينات غير متوقعة للخانات في واجهة المستخدم.
واجهة RAID في ZimaOS تُظهر تعيينًا غير مكتمل لفتحات الأقراص.
لم تعرض واجهة RAID المقابلة الأقراص الأربعة كلها كما هو متوقع.

نشر الفريق لاحقًا إجراء عرض الأقراص للأجهزة غير التابعة لـ ZimaCube. وأفاد مستخدم على ZimaOS 1.2.5 بأن اتباع ذلك الإجراء صحّح الأقراص المعروضة ومكّنه من إنشاء RAID. وأكد مستخدم آخر أن الإجراء نفسه حل المشكلة فورًا.

واجهة RAID في ZimaOS بعد تصحيح تعيين الأقراص من جهة خارجية
تأكيد من المجتمع بعد تطبيق إجراء التعيين المنشور.

تغييرات المصفوفة عبر سطر الأوامر ليست حلًا عامًا

أنشأ مشارك لاحق مصفوفة RAID 5 من أربعة أقراص عبر واجهة المستخدم، وأضاف جهاز NVMe خامسًا باستخدام mdadmوصف المستخدم النتيجة بأنها غير مثالية. ونظرًا إلى أن هذه الأوامر تُعدّل مصفوفة نشطة وكانت خاصة بذلك الجهاز، فإن هذا الملخص المجتمعي لا يقدّمها كتسلسل إصلاح قابل لإعادة الاستخدام.

صنّف رد الفريق النهائي في مايو 2025 بلاغًا آخر عن حجرة مفقودة على أنه مشكلة في أجهزة من جهة خارجية، وطلب من المستخدم فتح موضوع مخصص حتى يتمكن المهندسون من مراجعة لقطات الشاشة والتسجيلات. وهذا يعزز الحد الفاصل الرئيسي: إن ظهور محرك الأقراص في نظام التشغيل لا يضمن تمثيل خريطة الفتحات الخاصة بالأجهزة بشكل صحيح في واجهة RAID قديمة.

الأسئلة الشائعة

لماذا اختفى خيار RAID بعد تهيئة الأقراص؟

في عدة حالات تاريخية ضمن الإصدار 1.2.x، لم تعد الأقراص المُمكّنة كوحدات تخزين فردية تُعتبر متاحة ضمن سير عمل RAID. وقد أدّى تعطيلها إلى إظهار مسار RAID مجددًا، رغم استمرار تأثير أخطاء منفصلة في واجهة المستخدم وتعيين الفتحات على بعض الأنظمة.

هل أدى ترقية ZimaOS إلى حل جميع حالات اختفاء محركات الأقراص؟

لا. أبلغ بعض المستخدمين عن إصلاحات بعد الإصدارات اللاحقة أو التثبيت النظيف، بينما ظل آخرون بحاجة إلى إجراء عرض محركات الأقراص لغير أجهزة ZimaCube. واعتمدت النتيجة على ما إذا كان السبب واجهة المستخدم القديمة، أو نظام ملفات للقراءة فقط، أو تعيين الأجهزة من جهات خارجية.