A lista de verificação original da comunidade para RAID pede aos utilizadores que confirmem que estão disponíveis pelo menos duas unidades, verifiquem o estado dos discos, confirmem que cada disco pode ser formatado, mantenham vazio o ponto de montagem pretendido, reiniciem o sistema e tentem novamente criar a matriz.
As respostas mostram por que motivo essa lista de verificação era apenas um ponto de partida. Entre o ZimaOS 1.2.1 e o 1.3.0, os utilizadores também encontraram uma interface de RAID que desaparecia, erros de sistema de ficheiros só de leitura e um mapeamento incorreto das ranhuras das unidades em hardware que não era ZimaCube. Estes são casos históricos, não uma afirmação sobre a interface atual do ZimaOS.
Comece pelas cinco verificações originais
Confirme que estão disponíveis pelo menos duas unidades
O guia começa pelo requisito do número mínimo de unidades. As unidades que já estavam ativadas como armazenamento separado nem sempre eram apresentadas pelo configurador de RAID histórico como membros disponíveis.
Verifique o estado dos discos e a formatação individual
As verificações seguintes distinguem um problema básico do disco de um problema na criação da matriz. O guia recomenda consultar o estado de funcionamento e confirmar que cada unidade consegue concluir uma formatação individual sem erros.
Mantenha o ponto de montagem vazio e tente novamente após reiniciar
O guia indica que o ponto de montagem pretendido não deve conter ficheiros. Os dados existentes devem ser salvaguardados antes de o ponto de montagem ser limpo. Depois de concluir as verificações, a sequência original termina com um reinício do sistema e uma nova tentativa de criar a matriz.
A interface histórica esperava discos não atribuídos ou desativados
Vários utilizadores formataram e ativaram as unidades individualmente e, depois, descobriram que o ponto de entrada do RAID tinha desaparecido ou que não era possível selecionar discos. Uma resposta da equipa explicou que as unidades tinham de ser desativadas como armazenamento individual para voltarem a aparecer como discos disponíveis no fluxo de trabalho RAID. A formatação era então efetuada durante a criação da matriz.
Isto não resolveu todos os casos. O ZimaOS 1.2.2 incluía uma correção relacionada com a desativação de discos individuais, e respostas posteriores comunicaram erros adicionais na seleção de discos até à versão 1.2.4. Mais tarde, um utilizador confirmou que o problema original tinha sido resolvido na versão 1.3.0, embora continuasse a considerar difícil localizar a interface RAID.
Um sistema de ficheiros só de leitura originou uma falha diferente
O registo de armazenamento de um utilizador mostrava que o ZimaOS não conseguia criar /media/Files porque o sistema de ficheiros era só de leitura. Um membro da equipa distinguiu este caso de um problema de botão em falta e pediu ao utilizador que verificasse o estado da montagem com:
mount -l | grep "/ "
mount -l | grep /media
lsblkA verificação solicitada era saber se a montagem relevante aparecia como ro em vez de rw. O tópico indica a montagem falhada, erros do sistema de ficheiros, permissões ou outros problemas de configuração como possíveis causas, mas não regista uma reparação final para esse caso específico de só de leitura.
Hardware que não era ZimaCube expôs erros no mapeamento das ranhuras das unidades
Outro grupo de respostas veio de utilizadores que executavam o ZimaOS em sistemas de terceiros com vários controladores SATA ou dispositivos NVMe. Os discos estavam visíveis e podiam ser formatados, mas o diagrama RAID apresentava baias vazias, números de baias inesperados ou menos unidades selecionáveis do que as detetadas pelo sistema operativo.
Mais tarde, a equipa publicou um procedimento de apresentação de discos para dispositivos que não são ZimaCube. Um utilizador do ZimaOS 1.2.5 relatou que seguir esse procedimento corrigiu as unidades apresentadas e permitiu criar o RAID. Outro utilizador confirmou que o mesmo procedimento resolveu o problema imediatamente.
As alterações da matriz através da linha de comandos não eram uma solução geral
Mais tarde, um participante criou uma matriz RAID 5 de quatro discos através da interface e adicionou um quinto dispositivo NVMe com mdadmO utilizador descreveu o resultado como não sendo ideal. Como esses comandos alteram uma matriz ativa e eram específicos daquela máquina, este resumo da comunidade não os apresenta como uma sequência de reparação reutilizável.
A resposta final da equipa, em maio de 2025, classificou outro relatório de compartimento em falta como um problema de hardware de terceiros e pediu ao utilizador que abrisse um tópico dedicado para que os engenheiros pudessem analisar capturas de ecrã e gravações. Isto reforça o limite principal: a visibilidade da unidade no sistema operativo não garante que um mapa de ranhuras específico do hardware seja representado corretamente por uma interface RAID antiga.
Perguntas frequentes
Porque desapareceu a opção RAID depois de os discos serem formatados?
Em vários casos históricos da versão 1.2.x, os discos ativados como armazenamento individual deixaram de ser considerados disponíveis pelo fluxo de trabalho RAID. Desativá-los voltou a expor o caminho RAID, embora alguns sistemas continuassem afetados por erros separados da interface e do mapeamento das ranhuras.
A atualização do ZimaOS resolveu todos os casos de unidades em falta?
Não. Alguns utilizadores relataram correções após versões posteriores ou uma instalação limpa, enquanto outros continuaram a precisar do procedimento de apresentação de unidades para dispositivos que não eram ZimaCube. O resultado dependia de a causa ser a interface histórica, um sistema de ficheiros só de leitura ou o mapeamento de hardware de terceiros.
