Porque é que uma caixa externa de HDD se desliga apenas durante as leituras de verificação?
Uma caixa externa para HDD pode desligar-se durante a verificação porque as leituras prolongadas expõem problemas marginais de alimentação, transporte USB, ponte, temperatura, cabo ou erros da unidade.
A navegação normal lê apenas pequenas áreas e pode nunca sobrecarregar a caixa durante tempo suficiente para revelar um adaptador fraco, um chip de ponte instável, um cabo danificado, um controlador sobreaquecido ou uma região do disco impossível de ler. As leituras de verificação são sequenciais, prolongadas e, muitas vezes, repetem a tentativa de leitura de setores com falhas, criando exatamente a carga que faz reiniciar um percurso instável. Diagnostique o transporte USB e a unidade separadamente antes de presumir que algum dos componentes tem de ser substituído.
Confirme se o dispositivo é reiniciado ou se apenas o sistema de ficheiros é desmontado
Registe o primeiro evento no registo do sistema, a identidade do dispositivo USB, o nome do dispositivo de blocos, o estado de montagem e a posição da verificação quando ocorre a falha. Determine se a caixa desaparece da enumeração USB, se o disco permanece mas comunica erros de E/S ou se o sistema de ficheiros é desmontado após os erros.
A documentação de gestão de energia USB do Linux distingue as alterações de energia do dispositivo do comportamento do sistema de ficheiros de nível superior. O modelo de gestão de energia USB do kernel ajuda a separar uma suspensão ou reinicialização ao nível USB de uma reação do sistema de ficheiros a uma E/S de armazenamento falhada.
Se a caixa desaparecer da enumeração USB, concentre-se primeiro na alimentação, no cabo, no firmware da ponte, no controlador anfitrião e na suspensão. Se continuar presente com erros de leitura, preserve o endereço que falha e investigue o disco ou a tradução da ponte.
Teste o fornecimento de energia sob carga de leitura prolongada
Utilize o adaptador de alimentação correto da caixa, ligue-a diretamente ao anfitrião e remova hubs sem alimentação ou extensões do painel frontal. Compare o comportamento durante o arranque, em inatividade e durante a verificação.
As orientações de resolução de problemas da Seagate para unidades externas recomendam verificar a alimentação, a ligação USB direta, os cabos e portas alternativas antes de considerar que o disco falhou, pois a atividade prolongada pode revelar uma ligação marginal que resiste a uma utilização ligeira.
Uma caixa com alimentação própria que se desliga apenas sob carga pode ainda ter um adaptador subdimensionado ou em falha. Não substitua a fonte de alimentação, a menos que a tensão, a polaridade, o conector e a corrente nominal correspondam aos requisitos da caixa.
Desative a suspensão seletiva de USB para um teste controlado
Registe a política de energia USB do sistema operativo e se a caixa entra num estado de inatividade antes do início da verificação. Sempre que possível, altere apenas o dispositivo afetado ou o sistema de teste.
A Microsoft documenta a suspensão seletiva de USB como uma funcionalidade de energia por dispositivo, útil para poupar energia, mas também um discriminador válido quando um percurso de armazenamento falha durante a suspensão ou a retoma.
Se a caixa ficar estável com a suspensão desativada, prossiga atualizando o chipset, o USB e o firmware da caixa antes de deixar permanentemente a poupança de energia desativada. Um teste bem-sucedido identifica uma interação com o estado de energia, não necessariamente o componente avariado final.
Compare o transporte USB UAS com o transporte Bulk-Only
Verifique se a caixa utiliza USB Attached SCSI ou o transporte Bulk-Only mais antigo. Registe a identidade do chip de ponte, o controlador, a profundidade da fila e os erros antes de alterar os modos.
A referência do lsusb do Debian permite identificar a ponte e a interface USB ativa, o que é necessário antes de aplicar qualquer solução alternativa específica para o dispositivo.
Testar o modo Bulk-Only pode revelar um problema de UAS ou de colocação em fila, mas também reduz o desempenho e o paralelismo dos comandos. Utilize-o como comparação controlada, não como solução universal para todas as caixas.
Execute testes de integridade da unidade sem a carga de trabalho do sistema de ficheiros
Leia os dados SMART através da caixa, se a ponte suportar a passagem destes comandos. Registe setores pendentes, erros incorrigíveis, erros CRC da interface, temperatura, tempos limite de comandos e o histórico dos autotestes.
O manual smartctl do Debian explica que os autotestes e registos de erros SMART podem ajudar a distinguir erros do suporte de armazenamento de reinicializações do transporte USB quando a caixa encaminha corretamente os comandos para a unidade.
Um teste curto sem erros não exclui uma unidade que falha durante a leitura de toda a superfície. Utilize um teste longo ou uma análise apenas de leitura apenas quando os dados tiverem cópia de segurança e a unidade não apresentar erros que estejam a piorar rapidamente.
Verifique a qualidade do cabo, a porta anfitriã e a topologia USB
Substitua o cabo de dados por um cabo curto e comprovadamente funcional e ligue a caixa a outra porta traseira da placa-mãe. Evite adaptadores e hubs durante o teste.
A USB-IF explica que o percurso de alimentação USB depende do conjunto completo, pelo que um conector que funciona para breves leituras de metadados pode ainda falhar quando a caixa e o disco mantêm uma atividade mais elevada.
Se o problema acompanhar um determinado cabo ou porta, retire esse componente de serviço. Se acompanhar a caixa entre diferentes anfitriões, concentre-se na ponte, na fonte de alimentação, na refrigeração ou no próprio disco.
Mapeie os locais de falha repetíveis e pare antes de perder dados
Repita a verificação apenas durante o tempo necessário para determinar se a desconexão ocorre no mesmo intervalo de blocos lógicos, após o mesmo tempo decorrido ou à mesma temperatura. Estes padrões distinguem danos no suporte de armazenamento de instabilidade térmica ou do transporte.
O artigo da ZimaSpace sobre desconexões de unidades externas de cópia de segurança apresenta uma comparação complementar entre falhas durante transferências prolongadas e erros do suporte de armazenamento.
Pare os testes e copie primeiro os dados recuperáveis quando os erros de leitura aumentarem, o disco reiniciar repetidamente no mesmo intervalo, a integridade SMART piorar ou a caixa sobreaquecer. O problema só fica resolvido quando uma verificação completa de leitura termina num percurso estável, sem reinicializações USB, erros de E/S ou aumento dos avisos de integridade.
Produtos recomendados
Suporte e Dicas
Mais para Ler
O Plex pode partilhar uma GPU com outro contentor Docker?
O Plex e outro contentor conseguem frequentemente aceder à mesma GPU, mas é necessário testar o suporte dos controladores, o mapeamento de dispositivos, a...
Como saber se um erro do Plex vem do cliente ou do servidor
Reproduza o mesmo item noutro cliente, compare o percurso da sessão e, em seguida, recolha provas do servidor apenas depois de o âmbito lhe...
Como configurar a cache do Plex e o armazenamento temporário de transcodificação
Proteja o estado persistente do Plex enquanto coloca os ficheiros temporários de transcodificação num armazenamento local adequado e, em seguida, verifique a limpeza, o...
