Das ursprüngliche Problem bestand nicht darin, dass die Speicherseite vergessen hatte, vier SSDs anzuzeigen. ZimaOS 1.6.1 konnte den Broadcom/LSI-MegaRAID-Controller erkennen, aber der Controller scheiterte während der Initialisierung des Linux-Treibers, sodass keine der vier angeschlossenen SSDs als Blockgeräte in lsblk. Solange die Laufwerke nicht als /dev/sdXhat die ZimaOS-Speicheroberfläche nichts Zuverlässiges zum Zusammenfassen oder Aktivieren.
Der aussagekräftigste Vergleich kam am Ende: Ubuntu 22.04.4 auf derselben Maschine konnte den HBA und die angeschlossenen Laufwerke erkennen, während ZimaOS 1.6.1 weiterhin scheiterte. Dadurch wurde ein Kompatibilitätsproblem zwischen Controller-Treiber und Kernel deutlich wahrscheinlicher als defekte SSDs oder falsche Speichereinstellungen des Benutzers. Die aktuelle Dokumentation von IceWhale führt LSI-RAID-Adapter, LSI Logic MegaRAID SAS RAID und LSI-HBA-Unterstützung nun als implementierte, auf Community-Anfragen zurückgehende Treiber auf – der ursprüngliche Verfasser hat diesen konkreten M1210 jedoch nie in einer späteren ZimaOS-Version überprüft.
lsblk zeigte nur die NVMe-Systemfestplatte
Der Quelltext des Benutzers lsblk Die Ausgabe enthielt die 512-GB-NVMe-Systemfestplatte, aber kein /dev/sdX Geräte für die vier 4-TB-SSDs.
Damit verlagert sich die Fehlersuche unmittelbar unterhalb der ZimaOS-Speicheroberfläche.
lspci bestätigte, dass der HBA selbst erkannt wurde
Der Controller wurde wie folgt angezeigt:
Broadcom / LSI MegaRAID SAS-3 3008 [Fury]Das PCIe-Gerät war also sichtbar. Die fehlende Ebene war die erfolgreiche Initialisierung von Treiber und Firmware sowie die Bereitstellung von SCSI- und Blockgeräten.
dmesg erfasste den kritischen Treiberfehler
Zu den frühen Protokolleinträgen gehörte:
Firmware im Status „FAULT“
Controller konnte nicht in den Status „Ready“ versetzt werden
Fehler bei megasas_init_fwNach den Arbeiten an Firmware und Controller erreichte die Karte den Status Firmware jetzt im Status „Ready“ scheiterte jedoch weiterhin beim Initialisierungsbefehl für SCSI-Host 0. Die vier SSDs erreichten weiterhin nie lsblk.
Das Controller-BIOS konnte alle vier JBOD-Laufwerke erkennen
Ubuntu Live war der entscheidende Hardwarevergleich
Derselbe HBA und dieselben SSDs waren unter Ubuntu 22.04.4 LTS sichtbar. Das bedeutet, dass der Hardwarepfad grundsätzlich funktionsfähig war, wodurch die Annahme „alle vier Laufwerke sind defekt“ sehr unwahrscheinlich wird.
Wenn eine Linux-Distribution die Laufwerke erkennt und eine andere nur den Controller sieht, sollte man die Kernel-, Modul- und Firmware-Unterstützung prüfen, bevor man die Laufwerke neu formatiert.
Alte TrueNAS-Metadaten waren nicht die endgültige Erklärung
Der Benutzer hatte zuvor TrueNAS ausgeführt und ein RAID-Volume erstellt, daher wurden alte Partitionen bzw. Metadaten als mögliche Ursache in Betracht gezogen. Alte Dateisystemmetadaten würden die physischen Laufwerke normalerweise jedoch weiterhin sichtbar lassen in lsblkHier waren unter ZimaOS überhaupt keine SSD-Blockgeräte vorhanden.
Die aktuelle Dokumentation von IceWhale führt die Unterstützung für LSI/MegaRAID/HBA als implementiert auf.
Auf der aktuellen Beitragsseite von IceWhale sind nun aufgeführt:
- LSI-RAID-Adapter;
- LSI Logic MegaRAID SAS RAID;
- LSI-HBA
unter den implementierten Treiberanfragen.
Siehe die aktuelle Liste der ZimaOS-Treiberbeiträge.
Den exakten M1210 unter dem aktuellen ZimaOS erneut testen, bevor er als nicht unterstützt eingestuft wird
Das aktuelle ZimaOS ist 1.7.1. Die korrekte aktuelle Prüfung besteht darin, das System zu starten bzw. zu aktualisieren und anschließend Folgendes zu vergleichen:
lspci -nnk
lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,MOUNTPOINT
dmesg | grep -i -E "megaraid|mpt3sas|sas|scsi|Fehler|fail"Wenn die Laufwerke jetzt angezeigt werden, fahren Sie mit „Speicher“ fort. Falls derselbe Initialisierungsfehler bestehen bleibt, melden Sie IceWhale die genaue PCI-ID, die Firmwareversion, den aktuellen Kernel und den Vergleich mit Ubuntu.
Die Speicheroberfläche kann nur Laufwerke verwalten, die der Kernel bereitstellt
Ein verwirrendes Detail in der Quelle war, dass die ZimaOS-Oberfläche offenbar einen einzelnen laufwerksähnlichen Eintrag anzeigte, obwohl lsblk zeigte weiterhin keine SSDs hinter dem HBA an. Deshalb waren die Befehlszeilenbelege wichtiger als der visuelle Platzhalter. Solange Linux die Laufwerke nicht als Blockgeräte bereitstellt, kann ein Klick auf „Kombinieren/Aktivieren“ kein zuverlässiges Array erstellen.
Der Controller-Modus ist auch dann wichtig, wenn JBOD gemeldet wird
Das M1210-BIOS meldete vier JBODs und null virtuelle Laufwerke, was grundsätzlich die richtige Richtung für softwaredefinierten Speicher ist. Controller-Firmware, zwischengespeicherte Fremdkonfigurationen, Persönlichkeit bzw. Betriebsmodus und Treibererwartungen können jedoch weiterhin verhindern, dass Linux normale Laufwerke erhält. Betrachten Sie „JBOD wird im BIOS angezeigt“ als notwendiges Indiz, nicht als absoluten Beweis für die Weiterleitung an das Betriebssystem.
Eine Änderung der Firmware änderte den Fehler, schloss die Initialisierung aber nicht ab
Nachdem der Benutzer an der Controller-Firmware gearbeitet hatte, dmesg entwickelte sich von einem vollständigen Firmwarefehler zu „FW jetzt im Ready-Zustand“. Der nächste Initialisierungsbefehl schlug weiterhin fehl. Diese Entwicklung ist wertvoll, weil sie zeigt, dass die Karte nicht vollständig ausgefallen war, zugleich aber beweist, dass das Firmware-Update allein das Kompatibilitätsproblem mit ZimaOS 1.6.1 nicht gelöst hat.
Alte TrueNAS-Laufwerke nicht neu initialisieren, bevor die HBA-Schicht stabil ist
Die vier SSDs gehörten zuvor zu einer TrueNAS-Speicherkonfiguration. Falls die darauf enthaltenen Daten noch wichtig sind, sollten Sie keine neuen Arrays erstellen, Metadaten löschen oder die Laufwerke formatieren, nur damit sie in ZimaOS angezeigt werden. Stellen Sie zunächst eine konsistente Sichtbarkeit der Blockgeräte im aktuellen Betriebssystem her und entscheiden Sie dann, ob die alten Daten importiert, gesichert oder gelöscht werden sollen.
FAQ zur Erkennung von LSI-HBAs
Hat die Quelle bewiesen, dass die SSDs selbst defekt waren?
Nein. Sowohl das HBA-BIOS als auch Ubuntu erkannten die angeschlossenen Laufwerke.
War dies hauptsächlich ein Problem der ZimaOS-Speicheroberfläche?
Nein. Die Laufwerke waren in lsblk, daher lag der Fehler unterhalb der Benutzeroberfläche.
Hat der ursprüngliche Verfasser bestätigt, dass der exakte M1210 mit dem aktuellen ZimaOS funktioniert?
Nein. Der Thread endete vor dieser Bestätigung bei 1.6.1.
