Como Identificar um Cabo SATA Defeituoso de um Disco NAS a Falhar

Não decida que um disco NAS falhou por causa de uma única desconexão, alerta de I/O ou linha SMART. Um cabo de dados SATA defeituoso, conector solto, cabo de alimentação instável, porta a falhar, problema no controlador e disco danificado podem produzir sintomas sobrepostos. O método fiável é preservar a evidência original, separar erros de ligação de erros de mídia, mudar uma variável de cada vez e ver se novos erros seguem o caminho do cabo ou o número de série do disco.

Proteja o Array e Preserve a Primeira Evidência

Se o NAS estiver degradado ou a desconectar repetidamente um membro, reduza as escritas evitáveis e confirme que os dados irrecuperáveis existem numa cópia de segurança legível separada. Registe o estado do array antes de recolocar qualquer coisa. Um teste de cabo tem baixo custo, mas a remoção acidental de um segundo disco ou reconstrução através de uma ligação instável pode criar um problema de recuperação muito maior.

Guarde o modelo do disco afetado, número de série, baía, nome do dispositivo, relatório SMART, histórico de auto-testes, eventos do controlador e a hora exata de cada reinício ou erro de I/O. O guia ZimaSpace para distinguir um disco RAID caído de uma baía de disco defeituosa usa o mesmo princípio: identificar primeiro o dispositivo físico, depois acompanhar o que o erro segue.

Não limpe os atributos SMART, contadores do controlador ou registos do sistema antes de guardar uma linha base. Muitos contadores são totais de vida útil e não voltarão a zero após a substituição de um cabo. O que importa é se o valor bruto aumenta após uma alteração controlada. Fotografar a cablagem e etiquetar ambas as extremidades também evita que uma troca posterior crie incerteza sobre qual caminho foi realmente testado.

Construa Duas Hipóteses Competitivas Antes de Testar

A hipótese A é uma falha no caminho de ligação: cabo de dados SATA, conector, porta, traço do backplane, canal do controlador, conector de energia ou fonte de alimentação instável. Este caminho produz mais frequentemente reinícios de ligação, erros CRC, downshifts, tempos limite de comando, desaparecimento súbito ou os mesmos sintomas em diferentes discos ligados através do mesmo caminho de hardware.

A hipótese B é uma falha do disco: mídia ilegível, setores realocados ou pendentes em crescimento, auto-testes falhados, falha na eletrónica interna, ruído anormal ou erros que seguem o mesmo disco com número de série através de cabos e portas conhecidos como bons. Uma discussão no BleepingComputer ilustra porque os erros de transferência relacionados com cabos não devem ser automaticamente tratados como setores físicos defeituosos.

Mantenha ambas as hipóteses abertas até que a evidência as separe. Um erro de CRC não prova que o cabo está atualmente mau, e um erro de leitura não prova que a unidade deve ser descartada imediatamente. O modelo de teste deve perguntar quais os novos contadores que crescem, qual componente o sintoma segue e se a unidade pode completar um auto-teste longo num caminho estável.

Separe Erros de Ligação de Erros de Meio nos Dados SMART

A Contagem de Erros UDMA CRC, frequentemente mostrada como atributo SMART C7 ou 199, é principalmente uma pista do caminho de comunicação. A Level1Techs explica que um erro UDMA CRC regista corrupção detectada entre a unidade e o controlador anfitrião. O cabo é uma causa comum, mas o conector, porta, backplane, controlador, instabilidade de energia ou a própria eletrónica da interface da unidade também podem ser responsáveis.

Os atributos orientados para o meio apontam numa direção diferente. Contagem de Sectores Realocados, Contagem Atual de Sectores Pendentes, Offline Incorretível, erros incorretíveis reportados e um auto-teste longo que termina com falha de leitura são evidências mais fortes de um problema na unidade. Os nomes dos atributos do fornecedor e os formatos brutos variam, por isso compare tendências e resultados de testes em vez de aplicar um limite universal a todos os modelos.

Um total armazenado de CRC não é suficiente por si só. A explicação do HardForum sobre observar se o valor bruto do CRC continua a aumentar capta a distinção chave. Se a contagem permanecer inalterada após a substituição do cabo, pode descrever um evento antigo. Se aumentar durante novas transferências, o caminho ativo da ligação ainda é instável.

Mude uma variável de hardware de cada vez

Desligue o NAS quando o invólucro ou controlador não estiverem desenhados para a ação exata de hot-swap que planeia executar. Identifique a unidade e o cabo, depois substitua apenas o cabo de dados SATA por um cabo curto conhecido como bom que trave de forma segura e não esteja dobrado acentuadamente. Mantenha a mesma unidade, porta, conector de alimentação e baía para a primeira comparação.

Arranque o sistema, guarde uma nova linha de base e execute uma carga de trabalho representativa limitada enquanto observa novos erros CRC, resets ou desconexões. A comunidade Unraid nota que erros CRC apontam frequentemente para a ligação SATA mas podem também envolver a alimentação. Se o erro continuar, passe para uma porta ou ramo de alimentação conhecido como bom mantendo a unidade constante.

Não substitua o cabo, mova a unidade, mude a porta e troque o cabo de alimentação num só passo. Isso pode fazer o sintoma desaparecer, mas destrói a evidência necessária para identificar o componente falhado. Após cada alteração, registe o tempo decorrido, carga de trabalho, temperatura, deltas SMART e eventos de registo para que o resultado possa ser comparado em vez de apenas lembrado.

Decida pelo que o novo erro segue

O cabo é a principal causa quando os atributos do meio da unidade permanecem estáveis, testes longos são aprovados, e novos eventos de CRC ou reset param após a substituição do cabo de dados. Retire o cabo suspeito em vez de o reinstalar noutro local. Se o problema regressar apenas numa porta da motherboard ou numa ranhura do backplane, o componente falhado está mais a montante do que o cabo.

A unidade é a principal causa quando setores ilegíveis, setores pendentes, eventos de realocação ou falhas em auto-teste continuam a ocorrer num cabo e porta conhecidos como bons, especialmente quando o mesmo LBA ou disco com número de série é implicado. O Tom's Hardware nota igualmente que erros CRC isoladamente identificam um problema no caminho de transferência, não automaticamente uma falha no disco; a substituição da unidade requer evidências mais fortes da saúde do meio ou testes de seguimento de erros.

Um caminho partilhado é a principal causa quando diferentes unidades falham na mesma baía, na mesma porta do controlador ou no mesmo divisor de energia. Se várias unidades se desconectarem em conjunto, inspecione a fonte de alimentação, backplane partilhado, HBA e conectores antes de condenar múltiplos discos. A causa raiz é o componente comum às falhas, não necessariamente o primeiro dispositivo nomeado no alerta.

Repare a Causa Confirmada Antes de Reconstruir

Para um problema confirmado no cabo, substitua-o permanentemente, fixe ambos os conectores, corrija dobras ou tensões acentuadas e estabeleça uma nova linha de base para os contadores. Verifique leituras e gravações normais, depois execute a limpeza ou verificação de consistência suportada pela plataforma. Uma unidade saudável pode voltar ao serviço quando os atributos do meio permanecerem estáveis e não surgirem novos erros de ligação no caminho reparado.

Para um problema confirmado na unidade, copie primeiro os dados críticos legíveis, substitua o disco conforme o procedimento da matriz e monitorize a reconstrução. Pare e reavalie se outro membro desenvolver erros ou se a substituição se desconectar repetidamente. A explicação da ZimaSpace sobre redundância RAID versus recuperação de backup é o limite relevante: a reconstrução restaura a redundância, não uma cópia limpa anterior dos dados danificados.

Escale para o controlador, backplane ou resolução de problemas de energia quando o mesmo caminho afetar várias unidades conhecidas como boas. Não inicie reconstruções repetidas para “ver o que acontece”. O diagnóstico está completo apenas quando o componente suspeito foi isolado, o caminho de substituição é estável, os contadores deixam de aumentar, a unidade ou matriz passa na verificação e os dados importantes permanecem recuperáveis fora do NAS.

Perguntas Frequentes

Um contador UDMA CRC diferente de zero significa que a unidade está a falhar?

Não. Regista erros de comunicação detetados no caminho entre a unidade e o anfitrião. Guarde o valor atual e observe se aumenta após substituir o cabo e testar numa porta conhecida como boa.

Pode um cabo SATA mau criar sectores pendentes?

Um cabo mau cria mais frequentemente erros de transferência ou de ligação. Sectores pendentes ou realocados são indícios mais fortes da saúde do meio, mas comandos interrompidos e registos ambíguos podem sobrepor-se. Teste novamente a unidade num caminho estável antes de decidir.

Devo executar um teste SMART longo numa matriz RAID degradada?

Proteja primeiro os dados legíveis e considere o esforço nos restantes membros. Execute testes conforme as orientações da plataforma NAS, evite sobrepor tarefas pesadas e pare se surgirem desconexões ou erros adicionais.