حلّ المجتمع

تحوّل تخزين ZimaOS إلى وضع القراءة فقط: تشخيص انقطاعات RAID وأخطاء إدخال/إخراج SATA

A May 2026 RAID 5 troubleshooting thread where ZimaOS entered read-only protection after disks temporarily dropped from the array. The RAID later recovered, while SMART logs showed interface CRC and I/O communication errors rather than a simple bad-sector diagnosis.

عندما تصبح مصفوفة RAID للقراءة فقط فجأة، فإن إجبارها على العودة إلى وضع القراءة والكتابة ليس الأولوية. السؤال الأهم هو: لماذا فقدت المصفوفة ثقتها بقرص واحد أو أكثر؟

في هذا النقاش من مايو 2026، دخلت مصفوفة RAID 5 مكوّنة من أربعة أقراص في حالة قراءة فقط وقائية بعد اختفاء أحد الأقراص الأعضاء مؤقتًا. عادت المصفوفة لاحقًا إلى حالة سليمة [UUUU] وبدأت عملية حماية/إعادة مزامنة طويلة، لكن انقطاعات الأقراص تكررت. عندها انتقل النقاش من «كيف أعيد صلاحية الكتابة؟» إلى مسار الاتصال بالأجهزة.

دخلت المصفوفة في وضع القراءة فقط الوقائي

لوحة تخزين ZimaOS لمصفوفة RAID 5 تعرض الحماية بوضع القراءة فقط مع فقدان قرص بسعة 18 تيرابايت من المصفوفة
أظهرت لقطة الشاشة الأصلية فقدان أحد أعضاء RAID، بينما كان ZimaOS يحمي المصفوفة من عمليات الكتابة الإضافية.

لم يُظهر النقاش أن المستخدم ضغط بالخطأ على مفتاح القراءة فقط. وقد اعتبر تحليل المجتمع أن هذه الحالة استجابة لظرف تخزين متدهور أو غير مستقر.

قد تتعافى مصفوفة RAID مع بقاء مشكلة كامنة

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

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

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

اجتاز SMART الاختبار، لكن سجل أخطاء الواجهة كان مهمًا

أبلغ قرصا Toshiba عن اجتياز الحالة العامة لاختبار SMART، مع عدم وجود قطاعات معاد تخصيصها أو قطاعات معلّقة في المخرجات المشارَكة. لذلك لم يكن استنتاج بسيط من نوع «الأقراص تالفة بالتأكيد» مدعومًا.

مع ذلك، أظهرت سجلات SMART أيضًا أعدادًا لأخطاء CRC في Ultra DMA، إضافة إلى أخطاء أوامر ICRC/ABRT متعددة. وترتبط هذه الحقول عادةً بفشل الاتصال بين القرص والمضيف، وليس بعيوب الوسائط وحدها. لذلك ركّز المجتمع على كابلات بيانات SATA، وتوصيل الطاقة، واستقرار وحدة تزويد الطاقة، واستقرار وحدة التحكم، والبرامج الثابتة، وعمليات إعادة ضبط الوصلة المتكررة.

لا تُجبر مصفوفة متدهورة على العودة إلى القراءة والكتابة

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

استخدم لوحة التخزين الحالية للتأكد من سلامة المصفوفة

يعرض ZimaOS الحالي حالة التخزين وحالة أقراص الأعضاء ضمن الإعدادات > التخزين. عند استكشاف مشكلة في إصدار حديث، تحقق من كيفية عرض واجهة التخزين الحالية للمصفوفة وأقراصها الأعضاء قبل تطبيق استنتاجات هذا الحادث من عام 2026.

الأسئلة الشائعة حول RAID للقراءة فقط في ZimaOS

هل غيّر ZimaOS مصفوفة RAID سليمة عشوائيًا إلى وضع القراءة فقط؟

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

هل أثبت SMART تعطل أقراص Toshiba؟

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

ما الذي ينبغي التحقيق فيه عند ظهور أخطاء CRC أو ICRC؟

ركّز المجتمع على كابلات SATA، وتوصيلات الطاقة، واستقرار مزود الطاقة، وسلوك وحدة التحكم، والبرامج الثابتة، وما إذا كان القرص أو المنفذ نفسه ينقطع مرارًا.

هل صدر تشخيص رسمي للسبب الجذري من IceWhale؟

لا. انتهى النقاش المنشور بتحليل عتادي من المجتمع، وليس باستنتاج هندسي من IceWhale.