O problema original não era “a página de armazenamento esqueceu-se de mostrar quatro SSD”. O ZimaOS 1.6.1 conseguia enumerar o controlador MegaRAID Broadcom/LSI, mas o controlador falhava durante a inicialização do controlador de dispositivo Linux, pelo que nenhum dos quatro SSD ligados aparecia como dispositivo de bloco em lsblk. Até que os discos existam como /dev/sdX, a interface de armazenamento do ZimaOS não tem nada fiável para combinar ou ativar.
A comparação mais esclarecedora surgiu no final: o Ubuntu 22.04.4 na mesma máquina conseguia ver a HBA e os discos ligados, enquanto o ZimaOS 1.6.1 continuava a falhar. Isso tornava muito mais provável um problema de compatibilidade entre o controlador, o controlador de dispositivo e o kernel do que SSD avariados ou definições de armazenamento do utilizador. A documentação atual da IceWhale lista agora adaptadores RAID LSI, MegaRAID SAS RAID da LSI e suporte para HBA LSI como controladores solicitados pela comunidade e implementados — mas o autor original nunca verificou esta M1210 específica numa versão posterior do ZimaOS.
O lsblk mostrava apenas o disco de sistema NVMe
O utilizador de origem lsblk o resultado continha o disco de sistema NVMe de 512 GB, mas não apresentava /dev/sdX dispositivos correspondentes aos quatro SSD de 4 TB.
Isso transferia imediatamente a resolução de problemas para uma camada inferior à interface de armazenamento do ZimaOS.
O lspci confirmou que a própria HBA foi detetada
O controlador aparecia como:
Broadcom / LSI MegaRAID SAS-3 3008 [Fury]Assim, o dispositivo PCIe estava visível. A camada em falta era a inicialização bem-sucedida do controlador/firmware e a exposição dos dispositivos SCSI/de bloco.
O dmesg captou a falha crítica do controlador
Os registos iniciais incluíam:
Firmware no estado FAULT
Falha na transição do controlador para o estado ready
Falha em megasas_init_fwApós as intervenções no firmware/controlador, a placa atingiu Firmware agora no estado Ready mas ainda assim falhava o comando de inicialização para o SCSI host 0. Os quatro SSD nunca chegaram a ser apresentados como lsblk.
A BIOS do controlador conseguia ver as quatro unidades JBOD
O Ubuntu Live foi a comparação de hardware decisiva
A mesma HBA e os mesmos SSD eram visíveis no Ubuntu 22.04.4 LTS. Isso significa que o percurso de hardware era basicamente funcional e torna muito improvável que “as quatro unidades estejam avariadas”.
Quando uma distribuição Linux deteta os discos e outra deteta apenas o controlador, compare o suporte do kernel/módulos/firmware antes de reformatar as unidades.
Os metadados antigos do TrueNAS não eram a explicação final
O utilizador tinha usado anteriormente o TrueNAS e criado um volume RAID, pelo que era razoável considerar a existência de partições/metadados antigos. No entanto, os metadados de um sistema de ficheiros antigo normalmente ainda deixariam os discos físicos visíveis em lsblk. Aqui, não existiam quaisquer dispositivos de bloco SSD no ZimaOS.
A documentação atual da IceWhale indica o suporte para LSI/MegaRAID/HBA como implementado
A página atual de contribuições da IceWhale apresenta agora:
- adaptador RAID LSI;
- RAID SAS MegaRAID da LSI;
- HBA LSI
nas solicitações de controladores implementadas.
Consulte a lista atual de contribuições de controladores do ZimaOS.
Volte a testar o M1210 específico no ZimaOS atual antes de o declarar incompatível
O ZimaOS atual é a versão 1.7.1. A verificação correta neste momento consiste em arrancar/atualizar e comparar:
lspci -nnk
lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,MOUNTPOINT
dmesg | grep -i -E "megaraid|mpt3sas|sas|scsi|erro|falha"Se os discos aparecerem agora, avance para Armazenamento. Se a mesma falha de inicialização persistir, comunique à IceWhale o ID PCI exato, a versão do firmware, o kernel atual e a comparação com o Ubuntu.
A interface de armazenamento só pode gerir discos expostos pelo kernel
Um pormenor confuso na fonte era que a interface de armazenamento do ZimaOS parecia apresentar uma única entrada semelhante a uma unidade, embora lsblk continuava a não apresentar SSD atrás do HBA. Foi por isso que as evidências da linha de comandos foram mais importantes do que o marcador visual. Enquanto o Linux não expuser os discos como dispositivos de bloco, clicar em Combinar/Ativar não poderá criar um array fiável.
O modo do controlador continua a ser importante mesmo quando é indicado JBOD
A BIOS do M1210 indicava quatro JBOD e zero unidades virtuais, o que corresponde à direção geral correta para armazenamento definido por software. No entanto, o firmware do controlador, uma configuração estrangeira em cache, o modo/personalidade e as expectativas do controlador podem continuar a impedir que o Linux receba discos normais. Considere «JBOD apresentado na BIOS» como uma evidência necessária, não como uma prova absoluta de passagem para o sistema operativo.
A alteração do firmware mudou o erro, mas não concluiu a inicialização
Depois de o utilizador ter trabalhado no firmware do controlador, dmesg passou de uma falha explícita do firmware para «o firmware está agora no estado Ready». O comando de inicialização seguinte continuou a falhar. Essa evolução é importante porque mostra que a placa não estava completamente avariada, ao mesmo tempo que prova que a atualização do firmware, por si só, não resolveu o problema de compatibilidade com o ZimaOS 1.6.1.
Não reinicialize discos TrueNAS antigos antes de a camada do HBA estar estável
Os quatro SSD pertenciam anteriormente a uma configuração de armazenamento TrueNAS. Se ainda houver dados importantes, evite criar novos arrays, limpar metadados ou formatar as unidades apenas para que apareçam no ZimaOS. Primeiro, obtenha uma visibilidade consistente dos dispositivos de bloco no sistema operativo atual e, em seguida, decida se os dados antigos devem ser importados, salvaguardados ou apagados.
FAQ de deteção de HBA LSI
A fonte provou que os próprios SSD estavam avariados?
Não. A BIOS do HBA e o Ubuntu detetavam as unidades ligadas.
Tratava-se principalmente de um problema da interface de armazenamento do ZimaOS?
Não. Os discos não existiam em lsblk, pelo que a falha ocorria abaixo da interface.
O autor da publicação original confirmou que o M1210 específico funciona no ZimaOS atual?
Não. O tópico terminou na 1.6.1 antes dessa confirmação.
