Communityoplossing

ZimaOS ziet een LSI MegaRAID M1210, maar niet de schijven: driverfout in 1.6.1 en de huidige update over LSI-ondersteuning

A June 2026 thread where ZimaOS 1.6.1 detected an IBM/Lenovo ServeRAID M1210 (Broadcom LSI MegaRAID SAS-3 3008) but no attached SSDs appeared in lsblk. dmesg showed megaraid_sas initialization failures. The same controller/disks worked under Ubuntu 22.04.4, strongly isolating a ZimaOS 1.6.1 driver compatibility problem. The thread ended without an OP-confirmed fix.

Het bronprobleem was niet dat “de opslagpagina vergat vier SSD's te tonen”. ZimaOS 1.6.1 kon de Broadcom/LSI MegaRAID-controller enumereren, maar de controller faalde tijdens de initialisatie van de Linux-driver, waardoor geen van de vier aangesloten SSD's als blokapparaat verscheen in lsblkTotdat de schijven bestaan als /dev/sdXheeft de opslaginterface van ZimaOS niets betrouwbaars om te combineren of in te schakelen.

De sterkste vergelijking kwam aan het einde: Ubuntu 22.04.4 op dezelfde machine kon de HBA en de aangesloten schijven zien, terwijl ZimaOS 1.6.1 nog steeds faalde. Daardoor werd een probleem met controllerdriver-/kernelcompatibiliteit veel waarschijnlijker dan defecte SSD's of onjuiste opslaginstellingen van de gebruiker. De huidige IceWhale-documentatie vermeldt nu LSI RAID-adapters, LSI Logic MegaRAID SAS RAID en LSI HBA-ondersteuning als geïmplementeerde, op verzoek van de community toegevoegde drivers, maar de oorspronkelijke poster heeft niet geverifieerd of deze specifieke M1210 op een latere ZimaOS-versie wordt ondersteund.

De opslaginstellingen van ZimaOS tonen geen bruikbare schijven die kunnen worden gecombineerd of ingeschakeld, ondanks vier SSD's die via een HBA zijn aangesloten
De lege opslagworkflow was een symptoom; het diepere probleem was dat Linux de SSD-blokapparaten nooit ontving.

lsblk toonde alleen de NVMe-systeemschijf

De brongebruiker lsblk De uitvoer bevatte de NVMe-systeemschijf van 512 GB, maar geen /dev/sdX apparaten voor de vier SSD's van 4 TB.

Daarmee verschuift het probleemoplossen direct naar een laag onder de opslaginterface van ZimaOS.

lspci bevestigde dat de HBA zelf was gedetecteerd

De controller verscheen als:

Broadcom / LSI MegaRAID SAS-3 3008 [Fury]

Het PCIe-apparaat was dus zichtbaar. De ontbrekende laag was een geslaagde initialisatie van driver/firmware en het beschikbaar stellen van SCSI-/blokapparaten.

dmesg legde de kritieke driverfout vast

De eerste logboeken bevatten:

Firmware bevindt zich in de status FAULT
Overgang van controller naar Ready mislukt
Mislukt vanuit megasas_init_fw

Na firmware-/controllerwerk bereikte de kaart de status Firmware bevindt zich nu in de status Ready maar de initialisatieopdracht voor SCSI-host 0 mislukte nog steeds. De vier SSD's bereikten nog altijd niet lsblk.

Het BIOS van de controller kon alle vier de JBOD-schijven zien

ServeRAID M1210 MegaRAID BIOS toont vier gedetecteerde JBOD-schijven en nul virtuele schijven
De HBA-firmware kon alle vier de JBOD's enumereren, hoewel ZimaOS Linux ze niet als schijven beschikbaar stelde.

Ubuntu Live was de doorslaggevende hardwarevergelijking

Dezelfde HBA en SSD's waren zichtbaar onder Ubuntu 22.04.4 LTS. Dat betekent dat het hardwarepad in principe functioneerde en maakt het zeer onwaarschijnlijk dat “alle vier de schijven defect zijn”.

Wanneer de ene Linux-distributie de schijven wel ziet en een andere alleen de controller, vergelijk dan de ondersteuning voor kernel/modules/firmware voordat je de schijven opnieuw formatteert.

Oude TrueNAS-metadata was niet de uiteindelijke verklaring

De gebruiker had eerder TrueNAS gebruikt en een RAID-volume aangemaakt, dus er werd redelijkerwijs rekening gehouden met oude partities/metadata. Oude bestandssysteemmetadata zou de fysieke schijven echter normaal gesproken nog steeds zichtbaar maken in lsblkHier waren er onder ZimaOS helemaal geen SSD-blokapparaten aanwezig.

De huidige IceWhale-documentatie vermeldt ondersteuning voor LSI/MegaRAID/HBA als geïmplementeerd.

Op de actuele bijdragenpagina van IceWhale staat nu:

  • LSI RAID-adapter;
  • LSI Logic MegaRAID SAS RAID;
  • LSI HBA

onder geïmplementeerde stuurprogramma-aanvragen.

Zie de actuele lijst met stuurdragerbijdragen voor ZimaOS.

Test de exacte M1210 opnieuw op de huidige ZimaOS voordat je concludeert dat deze niet wordt ondersteund

De huidige ZimaOS-versie is 1.7.1. De juiste huidige controle is opstarten/bijwerken en vervolgens vergelijken:

lspci -nnk
lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,MOUNTPOINT
dmesg | grep -i -E "megaraid|mpt3sas|sas|scsi|error|fail"

Als de schijven nu verschijnen, ga dan verder naar Opslag. Als dezelfde initialisatiefout blijft optreden, meld dan de exacte PCI-ID, firmwareversie, huidige kernel en Ubuntu-vergelijking aan IceWhale.

De opslaginterface kan alleen schijven beheren die door de kernel beschikbaar worden gesteld

Een verwarrend detail in de bron was dat de ZimaOS-gebruikersinterface één schijfachtige vermelding leek te tonen, hoewel lsblk toonde nog steeds geen SSD's achter de HBA. Daarom was de opdrachtregeluitvoer belangrijker dan de visuele tijdelijke aanduiding. Zolang Linux de schijven niet als blokapparaten beschikbaar stelt, kan klikken op Combineren/Inschakelen geen betrouwbare array maken.

De controllermodus blijft belangrijk, ook wanneer JBOD wordt gemeld

Het M1210-BIOS meldde vier JBOD's en geen virtuele schijven, wat de juiste algemene richting is voor softwaregedefinieerde opslag. Controllerfirmware, een opgeslagen foreign-configuratie, de modus en de verwachtingen van het stuurprogramma kunnen echter nog steeds verhinderen dat Linux normale schijven ontvangt. Beschouw “JBOD wordt in het BIOS weergegeven” als noodzakelijk bewijs, maar niet als absoluut bewijs van passthrough naar het besturingssysteem.

Een firmwarewijziging veranderde de fout, maar voltooide de initialisatie niet

Nadat de gebruiker aan de controllerfirmware had gewerkt, dmesg ging van een regelrechte firmwarefout naar “FW bevindt zich nu in de status Ready”. De volgende initialisatieopdracht mislukte nog steeds. Die voortgang is waardevol, omdat deze laat zien dat de kaart niet volledig defect was, maar ook bewijst dat de firmware-update het compatibiliteitsprobleem met ZimaOS 1.6.1 niet alleen heeft opgelost.

Initialiseer oude TrueNAS-schijven niet opnieuw voordat de HBA-laag stabiel is

De vier SSD's maakten eerder deel uit van een TrueNAS-opslagconfiguratie. Als er nog gegevens van belang zijn, maak dan geen nieuwe arrays aan, wis geen metadata en formatteer de schijven niet alleen om ze in ZimaOS zichtbaar te maken. Zorg eerst voor consistente zichtbaarheid van blokapparaten in het huidige besturingssysteem en beslis daarna of de oude gegevens moeten worden geïmporteerd, geback-upt of gewist.

Veelgestelde vragen over LSI HBA-detectie

Heeft de bron bewezen dat de SSD's zelf defect waren?

Nee. Zowel het HBA-BIOS als Ubuntu zagen de aangesloten schijven.

Was dit voornamelijk een probleem met de ZimaOS-opslaginterface?

Nee. De schijven bestonden niet in lsblk, dus de fout zat onder de gebruikersinterface.

Heeft de oorspronkelijke poster bevestigd dat de exacte M1210 werkt op de huidige ZimaOS?

Nee. De thread eindigde op 1.6.1, vóór die bevestiging.