Soluzione della community

ZimaOS rileva un LSI MegaRAID M1210 ma non le relative unità: errore del driver nella versione 1.6.1 e aggiornamento attuale sul supporto LSI

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.

Il problema originale non era che “la pagina Storage si fosse dimenticata di mostrare quattro SSD”. ZimaOS 1.6.1 riusciva a enumerare il controller Broadcom/LSI MegaRAID, ma il controller falliva durante l'inizializzazione del driver Linux, quindi nessuno dei quattro SSD collegati appariva come dispositivo a blocchi in lsblk. Finché i dischi non esistono come /dev/sdX; l'interfaccia Storage di ZimaOS non ha nulla di affidabile da combinare o abilitare.

Il confronto più significativo è emerso alla fine: Ubuntu 22.04.4, sulla stessa macchina, riusciva a vedere l'HBA e i dischi collegati, mentre ZimaOS 1.6.1 continuava a non riuscirci. Ciò rendeva molto più probabile un problema di compatibilità tra driver/controller e kernel, piuttosto che SSD guasti o impostazioni Storage dell'utente. L'attuale documentazione di IceWhale elenca ora come implementati i driver richiesti dalla community per gli adattatori RAID LSI, LSI Logic MegaRAID SAS RAID e HBA LSI, ma l'autore originale non ha mai verificato questo specifico M1210 in una versione successiva di ZimaOS.

Impostazioni Storage di ZimaOS che mostrano l'assenza di unità utilizzabili da combinare o abilitare, nonostante quattro SSD collegati tramite un HBA
Il flusso di lavoro Storage vuoto era un sintomo; il problema più profondo era che Linux non aveva mai ricevuto i dispositivi a blocchi degli SSD.

lsblk mostrava soltanto il disco di sistema NVMe

L'output dell'utente originale lsblk l'output conteneva il disco di sistema NVMe da 512 GB, ma non /dev/sdX dispositivi per i quattro SSD da 4 TB.

Questo sposta immediatamente la diagnosi al di sotto dell'interfaccia Storage di ZimaOS.

lspci ha confermato che l'HBA stesso era rilevato

Il controller appariva come:

Broadcom / LSI MegaRAID SAS-3 3008 [Fury]

Quindi il dispositivo PCIe era visibile. Il livello mancante era l'inizializzazione corretta del driver/firmware e l'esposizione dei dispositivi SCSI/a blocchi.

dmesg ha acquisito l'errore critico del driver

I log iniziali includevano:

Firmware nello stato FAULT
Impossibile portare il controller allo stato pronto
Failed da megasas_init_fw

Dopo gli interventi sul firmware/controller, la scheda raggiunse Firmware ora nello stato Ready ma continuava a non riuscire a eseguire il comando di inizializzazione per l'host SCSI 0. I quattro SSD non arrivavano mai a lsblk.

Il BIOS del controller riusciva a vedere tutte e quattro le unità JBOD

BIOS MegaRAID ServeRAID M1210 che mostra quattro unità JBOD rilevate e zero unità virtuali
Il firmware dell'HBA riusciva a enumerare tutti e quattro i JBOD, anche se Linux di ZimaOS non li esponeva come dischi.

Ubuntu Live è stato il confronto hardware decisivo

Lo stesso HBA e gli stessi SSD erano visibili in Ubuntu 22.04.4 LTS. Ciò significa che il percorso hardware era sostanzialmente funzionante e rende molto improbabile che “tutte e quattro le unità siano guaste”.

Quando una distribuzione Linux rileva i dischi e un'altra rileva soltanto il controller, confronta il supporto di kernel, moduli e firmware prima di riformattare le unità.

I vecchi metadati di TrueNAS non erano la spiegazione definitiva

L'utente aveva già utilizzato TrueNAS e creato un volume RAID, quindi era ragionevole prendere in considerazione vecchie partizioni o metadati. Tuttavia, i vecchi metadati del filesystem normalmente lascerebbero comunque visibili i dischi fisici in lsblkQui, in ZimaOS, non esistevano affatto dispositivi a blocchi SSD.

La documentazione attuale di IceWhale elenca il supporto LSI/MegaRAID/HBA come implementato

L'attuale pagina dei contributi di IceWhale ora elenca:

  • adattatore RAID LSI;
  • LSI Logic MegaRAID SAS RAID;
  • HBA LSI

nelle richieste di driver implementate.

Consulta l'elenco attuale dei contributi ai driver di ZimaOS.

Verifica nuovamente l'M1210 esatto sull'attuale ZimaOS prima di dichiararlo non supportato

L'attuale versione di ZimaOS è la 1.7.1. Il controllo corretto da eseguire ora consiste nell'avviare o aggiornare il sistema, quindi confrontare:

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

Se i dischi ora vengono visualizzati, procedi con Storage. Se lo stesso errore di inizializzazione persiste, comunica a IceWhale l'ID PCI esatto, la versione del firmware, il kernel attuale e il confronto con Ubuntu.

L'interfaccia Storage può gestire solo i dischi esposti dal kernel

Un dettaglio confuso nella fonte era che l'interfaccia di ZimaOS sembrava mostrare una singola voce simile a un'unità, anche se lsblk continuava a non mostrare alcun SSD dietro l'HBA. Per questo le prove dalla riga di comando erano più importanti del segnaposto visivo. Finché Linux non espone i dischi come dispositivi a blocchi, fare clic su Combina/Abilita non può creare un array affidabile.

La modalità del controller è ancora importante anche quando vengono riportati i JBOD

Il BIOS dell'M1210 riportava quattro JBOD e zero unità virtuali, che è la direzione generale corretta per l'archiviazione definita dal software. Tuttavia, il firmware del controller, una configurazione esterna memorizzata nella cache, la personalità/modalità e le aspettative del driver possono comunque impedire a Linux di ricevere dischi normali. Considera la visualizzazione dei «JBOD nel BIOS» come una prova necessaria, ma non assoluta, del passthrough verso il sistema operativo.

Il cambio del firmware ha modificato l'errore, ma non ha completato l'inizializzazione

Dopo che l'utente ha lavorato sul firmware del controller, dmesg è passato da un guasto firmware totale a «il firmware è ora nello stato Ready». Il comando di inizializzazione successivo ha comunque continuato a non funzionare. Questa evoluzione è utile perché dimostra che la scheda non era completamente guasta, ma conferma anche che il solo aggiornamento del firmware non ha risolto il problema di compatibilità con ZimaOS 1.6.1.

Non reinizializzare i vecchi dischi TrueNAS finché il livello HBA non è stabile

I quattro SSD appartenevano in precedenza a una configurazione di archiviazione TrueNAS. Se i dati sono ancora importanti, evita di creare nuovi array, cancellare i metadati o formattare le unità solo per farle apparire in ZimaOS. Prima ottieni una visibilità coerente dei dispositivi a blocchi nel sistema operativo attuale, quindi decidi se importare, sottoporre a backup o cancellare i vecchi dati.

FAQ sul rilevamento degli HBA LSI

La fonte ha dimostrato che gli SSD erano guasti?

No. Sia il BIOS dell'HBA sia Ubuntu rilevavano le unità collegate.

Si trattava principalmente di un problema dell'interfaccia Storage di ZimaOS?

No. I dischi non erano presenti in lsblk, quindi il problema si verificava a un livello inferiore rispetto all'interfaccia.

L'autore originale ha confermato che l'M1210 esatto funziona con l'attuale ZimaOS?

No. La discussione si è conclusa con la versione 1.6.1, prima di quella conferma.