Quando um DAS externo é ligado ao ZimaOS, há pelo menos duas camadas de deteção a verificar: se o Linux consegue ver cada dispositivo de bloco e se a interface de Armazenamento do ZimaOS regista essas unidades para gestão. Esta discussão de dezembro de 2025 mostrou por que razão essa distinção é importante.
O autor original estava a utilizar o ZimaOS 1.5.3 com um TerraMaster D4-320 e conseguia ver apenas três das quatro unidades na interface. Outros utilizadores relataram então um sintoma relacionado, mas diferente: os quatro discos apareciam em lsblk e fdisk -l, mas nenhuma aparecia corretamente na aplicação Armazenamento do ZimaOS.
Primeiro, Separe a Deteção pelo Kernel do Registo de Armazenamento do ZimaOS
Uma sugestão inicial culpava a ponte DAS por não expor cada disco de forma independente. Essa explicação foi posteriormente retirada depois de outro utilizador publicar lsblk uma saída que mostre os quatro discos de 5,5 TB como dispositivos separados.
Isso alterou a direção da resolução de problemas. Se todos os discos aparecerem individualmente em lsblk ou fdisk -l, a ponte USB está, pelo menos, a expor esses dispositivos de bloco ao sistema operativo. O problema restante pode estar num nível superior da pilha de gestão do armazenamento.
Não Presuma que Reformatação ou Limpeza Seja uma Solução Comprovada
As respostas da comunidade sugeriram que os esquemas GPT/sistemas de ficheiros criados manualmente poderiam explicar por que razão a interface de Armazenamento do ZimaOS ignorava os discos. Os utilizadores tentaram então limpar as assinaturas dos sistemas de ficheiros e as tabelas de partições.
Essas tentativas não resolveram o problema de forma fiável. Dois participantes relataram que as unidades continuavam sem aparecer no Armazenamento após procedimentos destrutivos de limpeza e reinícios. Um proprietário de um D5-300C relatou um comportamento semelhante.
Como esses comandos de limpeza foram sugeridos por participantes da comunidade e não resolveram os casos originais, não devem ser apresentados como um procedimento oficial de reparação. Os comandos de limpeza de discos podem destruir permanentemente os dados se forem aplicados ao dispositivo errado.
A Equipa do ZimaOS Tentou Reproduzir o Caso do D4-320
O membro da equipa IceWhale 777-Spider afirmou que a equipa estava a adquirir hardware DAS relevante para reproduzir o problema. Alguns dias mais tarde, Dina comunicou que a equipa tinha testado um TerraMaster D4-320 com quatro unidades NTFS/exFAT formatadas no Windows e que as quatro apareciam no ZimaOS durante o teste.
Esse resultado é importante porque significa que a discussão não estabeleceu uma incompatibilidade geral entre o ZimaOS e o TerraMaster D4-320. Em vez disso, a equipa pediu aos utilizadores afetados mais informações sobre os formatos dos sistemas de ficheiros e sobre a forma como as unidades tinham sido formatadas.
Recolha do Registo de Diagnóstico Oficial da Discussão
A Dina também forneceu um comando de diagnóstico oficial para recolher informações sobre dispositivos de bloco, a API de armazenamento local e devmon.service informações num ficheiro de registo. Este comando veio do tópico de dezembro de 2025 e poderá precisar de ajustes em versões futuras do ZimaOS.
sudo -i
LOG=/DATA/disk-info.log; : > $LOG; { echo "=== lsblk ==="; lsblk; echo; echo "=== lsblk -f ==="; lsblk -f; echo; echo "=== curl http://127.0.0.1/v2/local_storage/disk ==="; curl http://127.0.0.1/v2/local_storage/disk; echo; echo "=== curl http://127.0.0.1/v2/local_storage/storages ==="; curl http://127.0.0.1/v2/local_storage/storages; echo; echo "=== journalctl -xe -u devmon.service ==="; journalctl -xe -u devmon.service; echo; } >> $LOG 2>&1 && echo "The output has been saved to $LOG"A publicação indicava que o ficheiro resultante podia ser encontrado em /ZimaOS-HD/disk-info.log em Ficheiros e partilhadas com a equipa de suporte. Esta é uma recolha de diagnósticos, não um comando que repare ou formate um disco.
Os discos em falta e o RAID 5 eram questões distintas
O autor original também queria criar um cluster RAID 5. Durante o tópico, o problema dos discos em falta impediu que esse fluxo de trabalho fosse avaliado devidamente. Mais tarde, após tentativas de limpeza realizadas pela comunidade, o utilizador continuava sem conseguir criar o RAID e também deixou de ver os discos em Ficheiros e Armazenamento.
A resposta da IceWhale, em 15 de dezembro de 2025, indicava que a gestão de dispositivos USB, incluindo a formatação e a criação de RAID, estava planeada para suporte futuro. Considere essa afirmação uma nota histórica do roteiro de desenvolvimento, não uma prova do que todas as versões atuais do ZimaOS suportam atualmente.
Uma ordem de resolução de problemas mais segura
- Confirme o número de discos fisicamente instalados no DAS.
- Verifique se cada disco aparece de forma independente na camada de dispositivos de bloco do Linux.
- Compare essas informações com o que é apresentado pela interface de Armazenamento do ZimaOS.
- Registe o tipo de sistema de ficheiros e a forma como cada disco foi anteriormente formatado.
- Não apague tabelas de partições apenas porque uma publicação da comunidade o sugeriu.
- Se o kernel detetar os discos, mas o Armazenamento do ZimaOS não, recolha diagnósticos e forneça ao suporte o modelo exato da caixa, as informações do sistema de ficheiros e a versão do ZimaOS.
Perguntas frequentes sobre DAS externo do ZimaOS
O TerraMaster D4-320 só apresenta três discos ao ZimaOS?
O tópico não sustentava essa conclusão. Outros utilizadores mostraram quatro discos independentes em lsblk, e a equipa da IceWhale comunicou posteriormente que tinha detetado os quatro discos no seu próprio teste com o D4-320.
Se o lsblk deteta todos os discos, porque é que o Armazenamento do ZimaOS pode continuar sem os detetar?
A deteção ao nível do kernel e o registo no Armazenamento do ZimaOS são camadas diferentes. O tópico original demonstrou casos em que o kernel enumerava os discos, mas a interface não os apresentava.
Devo executar sgdisk ou wipefs para fazer os discos aparecerem?
Não com base neste tópico. Essas sugestões destrutivas vieram de respostas da comunidade e não resolveram o problema de forma fiável. Faça uma cópia de segurança dos dados e siga as orientações de suporte atuais antes de apagar quaisquer metadados dos discos.
O problema foi totalmente resolvido no tópico?
Não. A equipa reproduziu uma configuração D4-320 funcional com discos NTFS/exFAT e solicitou informações de diagnóstico aos utilizadores afetados, mas o tópico não publicou uma causa principal ou solução universal.
