Guia de resolução de problemas de DAS USB para desligamentos, alimentação e erros UAS

A abordagem segura consiste em registar a assinatura da falha, alterar uma variável de cada vez e aplicar apenas a correção correspondente como uma sequência de verificações observáveis, não como um único comando.

Num servidor doméstico Linux com uma caixa de armazenamento ligada diretamente por USB, o risco prático é os discos USB DAS desligarem-se, reiniciarem ou desaparecerem sob carga. Registe a identificação atual e o ponto de recuperação, comece pelo diagnóstico menos invasivo, interprete os resultados de aprovação e falha antes de alterar outra variável e pare quando o armazenamento se tornar instável ou quando a única cópia recuperável ficar exposta. O fluxo de trabalho abaixo só termina quando a carga de trabalho original for executada com sucesso ou quando as evidências atingirem um limite de escalada.

Registe a assinatura exata da desconexão

Pare as aplicações com muitas operações de escrita e recolha journalctl -k -f ou dmesg -w enquanto reproduz a mesma transferência. Registe os carimbos de data e hora, a topologia USB, os IDs do fabricante e do produto da ponte, a velocidade negociada, os números de série dos dispositivos, o estado de montagem e o primeiro erro, antes que as mensagens posteriores de reinício ocultem o evento inicial.

Um caso resolvido no Ask Ubuntu mostra um caso típico de aborto UAS e desconexão, no qual as mensagens de aborto UAS e o desaparecimento do dispositivo têm de ser analisados em conjunto. Trate essa assinatura como uma observação delimitada, não como prova de que todas as desconexões são causadas por um erro UAS.

Pare os testes e proteja os dados se os reinícios se repetirem durante as escritas, o sistema de ficheiros passar para apenas de leitura, a unidade emitir estalidos ou os contadores de erros SMART e do dispositivo aumentarem. Não execute uma reparação do sistema de ficheiros através de uma ligação USB instável.

Separe primeiro os problemas de alimentação e de sinal

Reproduza a carga de trabalho com a caixa original e, em seguida, altere apenas um item: o cabo, a porta do anfitrião, o transformador ou um hub alimentado, quando apropriado. Mantenha a unidade, o sistema de ficheiros, a carga de trabalho e a duração constantes. Uma caixa com várias unidades alimentada pelo barramento que falha apenas durante o arranque dos discos ou escritas simultâneas aponta para um problema de alimentação, mesmo que as leituras em repouso pareçam normais.

Verifique se a ligação reduz a velocidade, reinicia quando o conector é movido ou falha apenas através de uma porta do painel frontal ou de uma extensão. Substitua um cabo suspeito por um cabo certificado curto e evite adaptadores durante o teste de controlo. Se o erro acompanhar uma porta ou um anfitrião, mantenha a caixa fora do âmbito até testar o controlador e a gestão de energia.

Este ramo é aprovado quando a carga original permanece ligada durante dois arranques a frio e uma transferência prolongada após uma única alteração no percurso de hardware. Se todos os cabos e portas falharem no mesmo padrão de transação, avance para os testes do protocolo da ponte e da distinção entre caixa e unidade.

Teste o UAS como ramo de compatibilidade, não como culpado predefinido

Confirme que o dispositivo utiliza atualmente uas e registe o respetivo ID USB exato. Só depois de reproduzir abortos específicos do UAS deverá testar o mesmo dispositivo com uma exceção temporária e corretamente delimitada do usb-storage ou num anfitrião que se saiba utilizar o percurso bulk-only. Durante este diagnóstico, conte com uma profundidade de fila ou um desempenho inferiores.

Um tópico de resolução de problemas do Linux Mint recomenda observar os registos do kernel em busca de erros UAS para revelar erros relacionados com o UAS enquanto o dispositivo está ligado. Use a comparação para determinar se os reinícios desaparecem sob a mesma carga; ver simplesmente a palavra uas num registo não prova causalidade.

Se o transporte bulk-only se mantiver estável duas vezes enquanto o UAS falhar repetidamente, mantenha a solução alternativa apenas para esse ID de fabricante/produto e verifique o firmware da caixa ou as opções de substituição. Se ambos os transportes falharem, remova a exceção e continue com o isolamento da alimentação, da ponte, da temperatura ou da unidade.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Determine se os erros acompanham a unidade ou a caixa

Coloque a unidade suspeita numa caixa conhecida por funcionar bem ou numa ligação SATA direta e coloque uma unidade sobresselente conhecida por funcionar bem na DAS suspeita. Execute o mesmo teste de leitura não destrutivo antes de qualquer teste de carga de escrita. Os erros que acompanham a unidade apontam para o respetivo suporte ou controlador; os erros que permanecem com a DAS apontam para a ponte, o backplane, a refrigeração, o cabo ou a alimentação.

O guia de resolução de problemas sobre unidade versus caixa relacionado da ZimaSpace apresenta com mais pormenor a decisão baseada na troca dos componentes. Utilize-o depois de testar o transporte, para que uma falha da ponte não seja confundida com suporte danificado e para que uma unidade avariada não seja ocultada por reinícios repetidos da caixa.

A recuperação é considerada bem-sucedida quando a carga de trabalho original permanece estável após a reconexão, o reinício e operações de E/S prolongadas, sem novos reinícios do kernel ou erros do dispositivo. Escale o problema ou substitua o componente quando a falha o acompanhar de forma consistente; se os resultados continuarem mistos, pare as escritas, crie uma imagem dos dados críticos através do percurso mais estável e guarde os registos para o suporte de hardware.