لم تكن المشكلة الأصلية أن «صفحة التخزين نسيت عرض أربعة أقراص SSD». فقد تمكن ZimaOS 1.6.1 من تعداد وحدة تحكم Broadcom/LSI MegaRAID، لكن وحدة التحكم فشلت أثناء تهيئة برنامج تشغيل Linux، ولذلك لم يظهر أي من أقراص SSD الأربعة المتصلة كأجهزة كتل في lsblkإلى أن تصبح الأقراص موجودة كـ /dev/sdX، لا تحتوي واجهة تخزين ZimaOS على أي شيء موثوق لدمجه أو تمكينه.
جاءت أقوى مقارنة في النهاية: تمكن Ubuntu 22.04.4 على الجهاز نفسه من رؤية وحدة HBA والأقراص المتصلة بها، بينما ظل ZimaOS 1.6.1 يفشل. وهذا جعل مشكلة توافق برنامج تشغيل/نواة وحدة التحكم أكثر احتمالًا بكثير من تلف أقراص SSD أو إعدادات التخزين لدى المستخدم. وتدرج وثائق IceWhale الحالية الآن محولات LSI RAID وLSI Logic MegaRAID SAS RAID ودعم LSI HBA ضمن برامج التشغيل المنفذة المطلوبة من المجتمع، لكن صاحب المنشور الأصلي لم يتحقق قط من وحدة M1210 هذه تحديدًا على إصدار أحدث من ZimaOS.
أظهر lsblk قرص نظام NVMe فقط
مصدر المستخدم lsblk تضمن الناتج قرص نظام NVMe بسعة 512 غيغابايت، لكنه لم يتضمن /dev/sdX أجهزة SSD الأربعة بسعة 4 تيرابايت.
وهذا ينقل استكشاف الأخطاء فورًا إلى ما دون واجهة تخزين ZimaOS.
أكد lspci اكتشاف وحدة HBA نفسها
ظهرت وحدة التحكم على النحو التالي:
Broadcom / LSI MegaRAID SAS-3 3008 [Fury]لذلك كان جهاز PCIe ظاهرًا. وكانت الطبقة المفقودة هي نجاح تهيئة برنامج التشغيل/البرامج الثابتة وعرض أجهزة SCSI/الكتل.
التقط dmesg فشل برنامج التشغيل الحرج
تضمنت السجلات المبكرة:
البرامج الثابتة في حالة العطل
فشل الانتقال بوحدة التحكم إلى حالة الجاهزية
فشل من megasas_init_fwبعد العمل على البرامج الثابتة/وحدة التحكم، وصلت البطاقة إلى الحالة البرامج الثابتة الآن في حالة الجاهزية لكنها فشلت مع ذلك في تنفيذ أمر التهيئة لمضيف SCSI 0. ولم تصل أقراص SSD الأربعة قط إلى lsblk.
تمكنت واجهة BIOS لوحدة التحكم من رؤية أقراص JBOD الأربعة
كان Ubuntu Live هو المقارنة الحاسمة للعتاد
كانت وحدة HBA وأقراص SSD نفسها ظاهرة ضمن Ubuntu 22.04.4 LTS. وهذا يعني أن مسار العتاد كان يعمل أساسًا، ويجعل احتمال كون «محركات الأقراص الأربعة كلها تالفة» ضعيفًا جدًا.
عندما يرى أحد توزيعات Linux الأقراص بينما لا يرى توزيع آخر سوى وحدة التحكم، قارِن دعم النواة/الوحدات/البرامج الثابتة قبل إعادة تهيئة محركات الأقراص.
لم تكن بيانات TrueNAS الوصفية القديمة هي التفسير النهائي
كان المستخدم قد شغّل TrueNAS سابقًا وأنشأ وحدة تخزين RAID، لذا كان من المنطقي افتراض وجود أقسام/بيانات وصفية قديمة. لكن بيانات نظام الملفات الوصفية القديمة كانت ستترك الأقراص الفعلية ظاهرة عادةً في lsblkهنا، لم تكن هناك أي أجهزة كتل SSD على الإطلاق ضمن ZimaOS.
قائمة توثيق IceWhale الحالية تدرج دعم LSI/MegaRAID/HBA على أنه مُنفَّذ
تتضمن صفحة مساهمات IceWhale الحالية الآن:
- محول LSI RAID؛
- LSI Logic MegaRAID SAS RAID؛
- LSI HBA
ضمن طلبات برامج التشغيل المنفذة.
راجع قائمة مساهمات برامج التشغيل الحالية في ZimaOS.
أعد اختبار M1210 المحدد على إصدار ZimaOS الحالي قبل إعلان عدم دعمه
إصدار ZimaOS الحالي هو 1.7.1. والتحقق الصحيح حاليًا هو الإقلاع أو التحديث، ثم المقارنة بين:
lspci -nnk
lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,MOUNTPOINT
dmesg | grep -i -E "megaraid|mpt3sas|sas|scsi|خطأ|فشل"إذا ظهرت الأقراص الآن، فانتقل إلى التخزين. وإذا استمر فشل التهيئة نفسه، فأبلغ IceWhale بمعرّف PCI الدقيق وإصدار البرنامج الثابت والنواة الحالية ونتيجة المقارنة مع Ubuntu.
لا يمكن لواجهة التخزين إدارة الأقراص إلا إذا كان النواة تعرضها
كانت إحدى التفاصيل المربكة في المصدر أن واجهة مستخدم ZimaOS بدت وكأنها تعرض إدخالًا واحدًا شبيهًا بمحرك أقراص، رغم أن lsblk ظل يعرض عدم وجود أقراص SSD خلف بطاقة HBA. لذلك كانت الأدلة المستخلصة من سطر الأوامر أهم من العنصر النائب المرئي. وإلى أن يعرض Linux الأقراص كأجهزة كتل، لا يمكن للنقر على «دمج/تمكين» إنشاء مصفوفة موثوقة.
لا يزال نمط وحدة التحكم مهمًا حتى عند الإبلاغ عن JBOD
أبلغ BIOS الخاص بـ M1210 عن أربع وحدات JBOD وعدم وجود أي محركات افتراضية، وهذا هو الاتجاه العام الصحيح للتخزين المحدد برمجيًا. لكن البرنامج الثابت لوحدة التحكم، أو إعدادات التكوين الأجنبية المخزنة مؤقتًا، أو النمط/الشخصية، أو توقعات برنامج التشغيل، قد تمنع Linux من تلقي الأقراص العادية. اعتبر ظهور «JBOD» في BIOS دليلًا ضروريًا، وليس إثباتًا قاطعًا لتمرير الأقراص إلى نظام التشغيل.
تغيير البرنامج الثابت غيّر الخطأ لكنه لم يُكمل التهيئة
بعد أن عمل المستخدم على البرنامج الثابت لوحدة التحكم، dmesg انتقل من عطل صريح في البرنامج الثابت إلى ظهور الرسالة «أصبح البرنامج الثابت الآن في حالة الجاهزية». ومع ذلك، فشل أمر التهيئة التالي أيضًا. هذا التقدم مهم لأنه يوضح أن البطاقة لم تكن معطلة تمامًا، ويثبت في الوقت نفسه أن تحديث البرنامج الثابت وحده لم يحل مشكلة التوافق مع ZimaOS 1.6.1.
لا تُعد تهيئة أقراص TrueNAS القديمة قبل استقرار طبقة HBA
كانت أقراص SSD الأربعة مستخدمة سابقًا ضمن إعداد تخزين TrueNAS. إذا كانت أي بيانات لا تزال مهمة، فتجنب إنشاء مصفوفات جديدة أو مسح البيانات الوصفية أو تهيئة الأقراص لمجرد إظهارها في ZimaOS. احصل أولًا على رؤية متسقة لأجهزة الكتل في نظام التشغيل الحالي، ثم قرر ما إذا كان ينبغي استيراد البيانات القديمة أو نسخها احتياطيًا أو محوها.
الأسئلة الشائعة حول اكتشاف بطاقات LSI HBA
هل أثبت المصدر أن أقراص SSD نفسها معطلة؟
لا. كان كلٌّ من BIOS الخاص ببطاقة HBA وUbuntu يرى محركات الأقراص المتصلة.
هل كانت هذه المشكلة أساسًا في واجهة تخزين ZimaOS؟
لا. لم تكن الأقراص موجودة في lsblkلذلك كان الفشل في طبقة أدنى من واجهة المستخدم.
هل أكد صاحب المنشور الأصلي أن M1210 المحدد يعمل على إصدار ZimaOS الحالي؟
لا. انتهى النقاش عند الإصدار 1.6.1 قبل ذلك التأكيد.
