Solução da comunidade

O ZimaOS deteta um disco saudável, mas não consegue ativá-lo: o que verificar

A ZimaOS 1.6.1 user could see healthy SATA drives but could not enable them as standalone storage because they already carried unsupported filesystem data.

Se o ZimaOS detetar um disco como estando em bom estado, mas o fluxo “Ativar” indicar que não existe nenhum disco disponível, não assuma que o disco avariou. No ZimaOS 1.6.1, os utilizadores relataram um caso-limite da interface em que os discos com um sistema de ficheiros existente ou não suportado eram detetados, mas não podiam ser adotados como armazenamento autónomo através do ecrã normal de ativação.

A ordem segura é: identificar o disco, determinar que sistema de ficheiros ou metadados de partições já estão presentes, decidir se é necessário preservar algum dado e, em seguida, utilizar o fluxo atual de Armazenamento. Apagar deve ser o último passo, não a primeira ação de diagnóstico.

Como se manifesta este sintoma específico

  • O ZimaOS apresenta o disco numa secção de dispositivos recentemente detetados.
  • O estado de funcionamento parece normal.
  • O disco pode aparecer como candidato ao criar uma matriz.
  • O percurso autónomo de ativação indica que não existem discos disponíveis.
  • O disco já contém NTFS, exFAT, Linux, RAID ou outros metadados antigos.

Este padrão é diferente do de um disco completamente ausente da BIOS ou do Linux. Se o hardware não conseguir ver o disco de todo, comece por verificar o cabo, a alimentação, o controlador e o estado do disco.

Passo 1: Identificar o disco sem o alterar

Utilize a interface do ZimaOS para registar o modelo, a capacidade e o nome do dispositivo. Se estiver à vontade com o terminal, lsblk -f permite inspecionar, apenas para leitura, os nomes dos dispositivos, os sistemas de ficheiros, as etiquetas e os UUID.

Não dependa apenas da capacidade quando tiver vários discos do mesmo tamanho instalados. Confirme o modelo e o sistema de ficheiros existente antes de efetuar qualquer ação destrutiva.

Passo 2: Decidir se os dados existentes são importantes

Se o disco veio do Windows, de outro NAS, do Unraid, do TrueNAS, do Linux ou de uma matriz RAID antiga, parta do princípio de que pode conter dados recuperáveis, mesmo quando o ZimaOS identifica o formato como não suportado.

Ligue-o a um ambiente que compreenda o sistema de ficheiros antigo, copie tudo o que for importante e verifique a cópia de segurança antes de apagar os metadados da partição ou do sistema de ficheiros.

Passo 3: Repetir o fluxo atual de armazenamento do ZimaOS

O guia de configuração do armazenamento do ZimaOS atual documenta o fluxo moderno de configuração do Armazenamento. O ZimaOS mudou substancialmente desde a versão 1.6.1, por isso não assuma que o comportamento antigo da interface continua exatamente igual.

Depois de proteger os dados antigos, utilize a interface atual para inicializar ou adicionar o disco. Se a versão estável mais recente continuar sem conseguir adotá-lo, registe o sistema de ficheiros exato e a versão atual do ZimaOS para fornecer ao suporte.

Por que motivo “Saudável” não significa “Pronto a utilizar”

O estado do disco e a compatibilidade do sistema de ficheiros respondem a perguntas diferentes. Um estado saudável indica que o hardware está a responder normalmente. Não garante que o ZimaOS consiga montar o sistema de ficheiros existente ou adotar diretamente o esquema de partições existente.

Esta distinção evita um erro comum: substituir um disco perfeitamente funcional quando o verdadeiro problema são os metadados antigos.

Quando é apropriado apagar um disco?

Apenas quando as três afirmações seguintes forem verdadeiras:

  1. tem a certeza de que selecionou o disco correto;
  2. todos os dados importantes foram salvaguardados ou podem ser eliminados intencionalmente;
  3. compreende que remover os metadados do sistema de ficheiros ou das partições pode tornar inacessível o conteúdo anterior.

Apagar é um passo de preparação para reutilizar o disco, não um atalho de diagnóstico. Se tiver dúvidas, pare antes de efetuar alterações e verifique o disco noutro computador.

Não utilize cegamente comandos antigos de limpeza pela CLI

As respostas em fóruns por vezes avançam diretamente para comandos que removem assinaturas ou tabelas de partições. Esses comandos podem ser eficazes, mas um único nome de dispositivo incorreto pode destruir o disco errado. Num guia destinado a utilizadores gerais do ZimaOS, a recomendação mais segura é diagnosticar primeiro, proteger os dados e preferir a interface atual sempre que possível.

A lista de verificação do armazenamento do ZimaOS apresenta uma ordem de resolução de problemas mais segura.

E se o disco tiver vindo de outra matriz RAID ou de outro NAS?

Superblocos RAID antigos, etiquetas ZFS, metadados LVM ou esquemas de partições específicos de NAS podem dificultar a adoção, mesmo que o sistema de ficheiros visível seja conhecido. Não limpe esses metadados se puder vir a precisar de reconstruir a matriz antiga.

Se o disco fizer parte de uma matriz RAID degradada que ainda contenha dados importantes, a recuperação deve ter prioridade sobre a reutilização.

Perguntas frequentes

Porque é que o ZimaOS diz que o meu disco está saudável, mas não me permite ativá-lo?

O disco pode estar fisicamente saudável, enquanto o sistema de ficheiros existente ou os metadados das partições não são elegíveis para o fluxo autónomo de ativação.

“Formato não suportado” significa que o disco está avariado?

Não. Normalmente refere-se ao sistema de ficheiros existente ou ao esquema de partições, não ao estado do hardware.

Posso formatar o disco sem utilizar SSH?

Nas versões atuais do ZimaOS, experimente primeiro a interface mais recente de configuração do Armazenamento. A limitação original foi comunicada na versão 1.6.1 e não deve ser tratada como uma regra permanente da interface.

Devo apagar um disco antigo de NAS antes de o importar?

Apenas depois de recuperar ou salvaguardar tudo o que for importante. Os metadados antigos de RAID ou do sistema de ficheiros podem ser valiosos se mais tarde precisar de reconstruir o armazenamento original.