Numa discussão no Discord do ZimaSpace, a 27 de julho de 2026, KairosFury perguntou se um ZimaCube poderia utilizar uma HBA SAS LSI com um disco rígido SAS de 24 TB. Um moderador da comunidade explicou que é possível instalar fisicamente uma HBA PCIe, mas que a backplane de discos de origem do ZimaCube não oferece suporte para SAS. Por isso, o percurso normal dos discos com troca a quente não pode simplesmente ser convertido numa configuração SAS através da adição de uma HBA.
A resposta prática da discussão foi, portanto: uma placa HBA, por si só, não é suficiente. Para utilizar o disco SAS, seria necessário contornar ou remover a backplane de origem para esse disco, criar um percurso de dados separado até à HBA e resolver a alimentação do disco de forma independente. O moderador também alertou que o suporte para HBA pode depender do sistema operativo e da placa específica.
A backplane do ZimaCube suporta discos SAS?
Não, pelo menos não como percurso de armazenamento SAS. Uma discussão anterior da IceWhale Community sobre discos SAS no ZimaCube regista a explicação oficial de que o controlador dos discos suporta discos SATA e não consegue reconhecer um disco SAS, embora o formato físico do conector o possa aceitar.
Esta distinção explica por que razão a pergunta é fácil de interpretar incorretamente. Um conector ou uma backplane fisicamente semelhante a uma interface compatível com SAS não significa necessariamente que o controlador e o percurso de sinal implementem o protocolo SAS.
É possível instalar uma HBA SAS LSI no ZimaCube?
Em princípio, é possível instalar fisicamente uma HBA PCIe compatível, de acordo com a resposta no Discord de 27 de julho de 2026. O problema é que as baías de discos de origem continuam ligadas à backplane do ZimaCube e ao respetivo percurso de controlador orientado para SATA. A instalação da HBA não redireciona essas baías para a nova placa.
Para que um disco SAS comunique diretamente com a HBA, o disco precisaria de uma ligação de dados SAS separada até essa placa, em vez do percurso normal através da backplane do ZimaCube. O moderador descreveu isto como uma modificação que, na prática, exige desmontar a configuração de armazenamento prevista, e não como uma atualização suportada do tipo plug-and-play.
Porque é que a alimentação do disco se torna um segundo problema?
Depois de remover um disco SAS do percurso normal da backplane, a conectividade de dados representa apenas metade do problema. O disco continua a precisar de uma fonte de alimentação adequada. A resposta no Discord chamou explicitamente a atenção para este ponto: depois de contornar a backplane, o utilizador teria também de determinar como alimentar o disco SAS em segurança.
A discussão não definiu nenhum cabo suportado, adaptador de alimentação, orçamento de corrente ou método de cablagem para esta modificação. Por esse motivo, esta página não fornece um procedimento improvisado para a cablagem da alimentação.
O ZimaOS suporta todas as HBAs SAS?
Não foi dada qualquer garantia nesse sentido. O moderador alertou que, dependendo do modelo da HBA, o ZimaOS poderia não suportar a placa. A compatibilidade da HBA depende do chipset e do suporte de controladores disponível no sistema operativo. Por isso, é necessário verificar o modelo LSI específico, em vez de presumir que todas as placas SAS LSI funcionam da mesma forma.
KairosFury esclareceu depois que seria utilizado Ubuntu em vez de ZimaOS. Isso altera a questão dos controladores, mas não altera a limitação física da backplane do próprio ZimaCube.
O que decidiu KairosFury?
Depois de o moderador explicar as limitações da backplane, da alimentação e dos possíveis controladores, KairosFury decidiu não reconstruir o percurso de armazenamento do ZimaCube em torno do disco SAS. Em vez disso, o utilizador disse que colocaria o disco SAS de 24 TB num computador pessoal, enquanto executaria Ubuntu no ZimaCube.
Esse resultado reflete o compromisso central desta discussão: uma configuração SAS personalizada pode ser tecnicamente possível com modificações de hardware suficientes, mas é muito diferente de simplesmente instalar uma HBA e continuar a utilizar as baías de origem do ZimaCube como se fossem baías SAS.
O que a discussão não confirmou
A discussão de 27 de julho de 2026 não identificou o modelo exato da HBA LSI, não confirmou uma disposição funcional dos cabos SAS no interior do ZimaCube, não forneceu um método suportado para alimentar o disco, não verificou o suporte de controladores Ubuntu para uma placa específica nem documentou uma conversão SAS concluída.
Também não estabeleceu que os discos SAS possam funcionar através da backplane de origem em modo SAS nativo. As orientações comunitárias disponíveis apontam na direção oposta: o percurso do controlador de armazenamento de origem é orientado para SATA, embora o formato do conector possa causar uma confusão compreensível.
Perguntas frequentes sobre a HBA SAS do ZimaCube
Posso colocar um disco SAS diretamente numa baía de discos do ZimaCube?
O conector físico pode aceitar o disco, mas o controlador de armazenamento de origem do ZimaCube não oferece suporte nativo para SAS. Por isso, não se deve esperar que um disco SAS funcione através do percurso normal da backplane.
A adição de uma HBA SAS LSI fará com que as baías existentes passem a suportar SAS?
Não. A adição de uma HBA não redireciona automaticamente as baías da backplane de origem para essa placa. Seria necessária uma ligação de dados SAS direta à HBA e uma solução de alimentação separada.
É mais provável que o Ubuntu suporte uma HBA LSI do que o ZimaOS?
O Ubuntu pode ter uma disponibilidade mais ampla de controladores para alguns chipsets de HBA, mas a compatibilidade continua a depender da placa específica. A discussão no Discord não testou nem confirmou nenhum modelo em particular.
