Verifique a BIOS antes de alterar partições ou definições do ZimaOS
Quando uma unidade SATA está ausente tanto do ZimaOS como de outro sistema operativo instalado, a visibilidade do firmware é o primeiro fator de distinção. Se a BIOS do ZimaCube indicar que a baía está vazia, formatar, montar e alterar definições de aplicações não fará com que esse hardware fique visível.
O autor original testou seis unidades Seagate IronWolf Pro ST8000NT001. As unidades funcionaram noutros sistemas, enquanto um HDD antigo de um portátil foi detetado no ZimaCube. Isto excluiu a afirmação simples de que todas as baías ou todas as unidades testadas estavam avariadas, mas não provou a teoria do autor sobre a revisão SATA.
Desligue o ZimaCube antes de inserir, remover ou voltar a encaixar uma unidade. A equipa afirmou posteriormente que as operações de ligar e desligar unidades neste diagnóstico devem ser realizadas com o computador desligado.
Isole a unidade, o tabuleiro, a baía e o caminho de hardware partilhado
Confirme que cada tabuleiro está totalmente encaixado antes de fechar a pega. Um participante observou que a pega podia fechar-se mesmo quando o suporte não tinha ficado corretamente ligado. Teste uma unidade conhecida como funcional de cada vez, em vez de encher todas as baías e alterar várias variáveis em simultâneo.
Observe se a falha acompanha uma unidade ou uma baía. Outro participante descobriu que uma unidade avariada fazia com que os outros discos desaparecessem do backplane e provocava uma deteção inconsistente entre arranques. Uma falha que acompanha a unidade aponta numa direção diferente da falha de várias unidades conhecidas como funcionais na mesma baía.
Se vários discos desaparecerem em simultâneo, a alimentação, o backplane ou outro caminho partilhado continuam a ser possibilidades. Reproduza o resultado a partir de um arranque a frio e registe as combinações exatas de baías e modelos antes de pedir assistência.
Utilize o lsblk apenas depois de o firmware detetar o dispositivo
Se a BIOS listar o disco, inicie o ZimaOS e execute lsblk. Um disco visível na BIOS e no lsblk, mas ausente em Ficheiros ou Armazenamento, corresponde a um problema de apresentação do sistema operativo ou de metadados, não ao mesmo problema que um dispositivo completamente ausente.
Um utilizador tinha discos antigos anteriormente utilizados num RAID Synology. A BIOS e o lsblk detetavam-nos, e a remoção da formatação e das informações de partição antigas a partir de um ambiente Linux live permitiu ao ZimaOS vê-los. Esse era um caso diferente da ausência original ao nível da BIOS.
Apagar metadados de partições ou RAID é destrutivo. Identifique o dispositivo pelo modelo, capacidade e número de série; faça uma cópia de segurança dos dados recuperáveis; e nunca apague um disco apenas porque o disco já detetado de outro utilizador tinha metadados obsoletos.
Não trate uma solução alternativa num pino de 3,3 volts como correção geral
Uma resposta da equipa sugeriu que alguns discos de classe empresarial poderiam responder ao comportamento de desativação da alimentação de 3,3 volts e mencionou isolar o pino de alimentação relevante como teste. O tópico não validou essa sugestão para as seis unidades originais.
Outro membro, que utilizava um modelo relacionado de 14 TB, comunicou que o teste com fita não fez qualquer diferença. O autor também rejeitou os pinos isolados com fita como base não fiável para um RAID ou conjunto de armazenamento. Estes resultados impedem que este tópico sustente uma “correção universal do pino de 3,3 V”.
Não modifique conectores nem utilize isolamento solto no interior de um sistema de armazenamento em produção sem documentação específica do hardware e um procedimento de assistência suportado. Em vez disso, volte aos indícios obtidos ao isolar a unidade e a baía.
Peça assistência quando a BIOS e o lsblk não detetarem o disco
O limite de diagnóstico final da equipa foi explícito: verifique o disco na BIOS e execute lsblk. Se o disco não aparecer em nenhum dos dois locais depois de o encaixar corretamente com o equipamento desligado e de realizar testes controlados com as unidades, contacte o suporte da IceWhale para solicitar a substituição do backplane.
Forneça o modelo do ZimaCube, o modelo e firmware da unidade, as baías afetadas, fotografias da BIOS, o resultado de lsblk e os resultados obtidos com uma unidade conhecida como funcional. Esta é uma evidência mais sólida do que presumir um padrão SATA antigo, algo que o tópico nunca confirmou.
Após a reparação ou substituição, valide todas as baías a partir de um arranque a frio, verifique a BIOS e o lsblk e, em seguida, faça um segundo reinício antes de criar um RAID. A deteção nos dois arranques é o sinal de recuperação.
Perguntas frequentes
Devo apagar uma unidade que não aparece na BIOS do ZimaCube?
Não. Os dados das partições não são o primeiro fator a investigar quando o firmware não consegue detetar o hardware. Comece por isolar o encaixe, a unidade, a baía, a alimentação e o comportamento do backplane.
Uma unidade avariada pode fazer desaparecer outros discos do ZimaCube?
Um participante comunicou exatamente esse comportamento. Teste uma unidade de cada vez para verificar se a falha acompanha um disco específico.
Quando devo solicitar a substituição do backplane?
A equipa recomendou contactar o suporte quando uma unidade corretamente testada não aparece nem na BIOS nem no lsblk.
