El problema original no era que “la página de almacenamiento hubiera olvidado mostrar cuatro SSD”. ZimaOS 1.6.1 podía enumerar el controlador Broadcom/LSI MegaRAID, pero el controlador fallaba durante la inicialización del controlador de Linux, por lo que ninguno de los cuatro SSD conectados aparecía como dispositivo de bloques en lsblk. Hasta que los discos existan como /dev/sdX, la interfaz de almacenamiento de ZimaOS no tiene nada fiable que combinar o habilitar.
La comparación más contundente llegó al final: Ubuntu 22.04.4 en la misma máquina podía ver el HBA y los discos conectados, mientras que ZimaOS 1.6.1 seguía fallando. Esto hacía mucho más probable un problema de compatibilidad entre el controlador, el kernel y el firmware que un fallo de los SSD o de la configuración de almacenamiento del usuario. La documentación actual de IceWhale ahora indica que los adaptadores RAID de LSI, LSI Logic MegaRAID SAS RAID y la compatibilidad con HBA de LSI están implementados como controladores solicitados por la comunidad, pero el autor original nunca verificó este M1210 exacto en una versión posterior de ZimaOS.
lsblk mostró únicamente el disco del sistema NVMe
La salida del usuario original lsblk la salida contenía el disco del sistema NVMe de 512 GB, pero no /dev/sdX dispositivos correspondientes a los cuatro SSD de 4 TB.
Eso trasladó inmediatamente la resolución del problema por debajo de la interfaz de almacenamiento de ZimaOS.
lspci confirmó que el propio HBA había sido detectado
El controlador aparecía como:
Broadcom / LSI MegaRAID SAS-3 3008 [Fury]Por tanto, el dispositivo PCIe era visible. La capa que faltaba era la inicialización correcta del controlador/firmware y la exposición de los dispositivos SCSI/de bloques.
dmesg capturó el fallo crítico del controlador
Los primeros registros incluían:
El firmware está en estado FAULT
No se pudo pasar el controlador al estado Ready
Error en megasas_init_fwDespués de trabajar en el firmware y el controlador, la tarjeta alcanzó El firmware ahora está en estado Ready pero aun así fallaba el comando de inicialización para el host SCSI 0. Los cuatro SSD seguían sin llegar a lsblk.
La BIOS del controlador podía ver las cuatro unidades JBOD
Ubuntu Live fue la comparación de hardware decisiva
El mismo HBA y los SSD eran visibles en Ubuntu 22.04.4 LTS. Esto significa que la ruta de hardware era básicamente funcional y hace muy improbable que “las cuatro unidades estén dañadas”.
Cuando una distribución de Linux detecta los discos y otra solo detecta el controlador, compara la compatibilidad del kernel, los módulos y el firmware antes de reformatear las unidades.
Los metadatos antiguos de TrueNAS no eran la explicación definitiva
El usuario había ejecutado TrueNAS anteriormente y creado un volumen RAID, por lo que era razonable considerar la posibilidad de particiones o metadatos antiguos. Sin embargo, los metadatos de un sistema de archivos antiguo normalmente aún dejarían los discos físicos visibles en lsblkAquí, no había ningún dispositivo de bloques SSD en ZimaOS.
La documentación actual de IceWhale indica que la compatibilidad con LSI/MegaRAID/HBA está implementada
La página actual de contribuciones de IceWhale ahora incluye:
- adaptador RAID LSI;
- RAID LSI Logic MegaRAID SAS;
- HBA LSI
en solicitudes de controladores implementadas.
Consulta la lista actual de contribuciones de controladores de ZimaOS.
Vuelve a probar el M1210 exacto en la versión actual de ZimaOS antes de declarar que no es compatible
La versión actual de ZimaOS es la 1.7.1. La comprobación correcta actual es arrancar o actualizar y, después, comparar:
lspci -nnk
lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,MOUNTPOINT
dmesg | grep -i -E "megaraid|mpt3sas|sas|scsi|error|falló"Si los discos aparecen ahora, continúa en Almacenamiento. Si persiste el mismo fallo de inicialización, informa a IceWhale del ID PCI exacto, la versión del firmware, el kernel actual y la comparación con Ubuntu.
La interfaz de almacenamiento solo puede gestionar los discos que expone el kernel
Un detalle confuso de la fuente era que la interfaz de almacenamiento de ZimaOS parecía mostrar una única entrada similar a una unidad, aunque lsblk seguía sin mostrar SSD detrás de la HBA. Por eso las pruebas de la línea de comandos eran más importantes que el marcador visual. Hasta que Linux exponga los discos como dispositivos de bloque, hacer clic en Combinar/Activar no puede crear una matriz fiable.
El modo del controlador sigue siendo importante incluso cuando se informa de JBOD
La BIOS del M1210 mostraba cuatro JBOD y cero unidades virtuales, lo cual es la dirección general correcta para el almacenamiento definido por software. Sin embargo, el firmware del controlador, una configuración foránea almacenada en caché, la personalidad o el modo, y las expectativas del controlador pueden impedir que Linux reciba discos normales. Considera «JBOD mostrado en la BIOS» como una evidencia necesaria, no como una prueba absoluta del paso directo al sistema operativo.
Cambiar el firmware cambió el error, pero no completó la inicialización
Después de que el usuario trabajara en el firmware del controlador, dmesg pasó de un fallo de firmware absoluto a «el firmware ahora está en estado Ready». El siguiente comando de inicialización siguió fallando. Esa evolución es valiosa porque muestra que la tarjeta no estaba completamente averiada, pero también demuestra que la actualización del firmware por sí sola no resolvió el problema de compatibilidad con ZimaOS 1.6.1.
No reinicialices los discos antiguos de TrueNAS hasta que la capa HBA sea estable
Los cuatro SSD pertenecían anteriormente a una configuración de almacenamiento TrueNAS. Si aún importa algún dato, evita crear matrices nuevas, borrar metadatos o formatear las unidades solo para hacer que aparezcan en ZimaOS. Primero consigue una visibilidad coherente de los dispositivos de bloque en el sistema operativo actual y, después, decide si los datos antiguos deben importarse, respaldarse o borrarse.
Preguntas frecuentes sobre la detección de HBA LSI
¿La fuente demostró que los propios SSD estaban averiados?
No. La BIOS de la HBA y Ubuntu detectaban las unidades conectadas.
¿Era esto principalmente un problema de la interfaz de almacenamiento de ZimaOS?
No. Los discos no existían en lsblk, por lo que el fallo estaba por debajo de la interfaz de usuario.
¿El autor original confirmó que el M1210 exacto funciona con la versión actual de ZimaOS?
No. El hilo terminó en la versión 1.6.1 antes de esa confirmación.
