Recentemente, eu estava usando meu disco rígido externo de 3 TB formatado em NTFS no meu sistema operacional Linux novamente, como sempre faço. Nada fora do comum. Em algum momento aleatório recebi um erro de entrada/saída ao tentar acessar arquivos. Tentei fazer outras coisas no disco, verifiquei mais arquivos e estava muito lento e parecia que estava lidando com as últimas horas de vida do meu disco rígido quase morto. Portanto, comecei a sincronizar novamente minhas alterações mais recentes na unidade de backup. Infelizmente, tive que reiniciar o computador em algum momento, o que me levou a sincronizar novamente, mas desta vez ele ficou preso em uma determinada pasta na unidade que gerou erro de entrada/saída novamente como saída do log de erros do rsync. Executei novamente o rsync cada vez mais e ele sempre ficava preso nesta pasta. Antes de tentar sincronizar novamente, depois que percebi que algo estava errado com a unidade, eu queria fazer um smartctl, mas sempre falhava com
Read Device Identity failed: scsi error medium or hardware error (serious) A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
o que me deu ainda mais a impressão de que algo estavaseriamenteerrado com meu HDD. Mais uma vez, o smartctl (com argumentos diferentes a cada vez) não funcionou para mim e parecia que meu disco rígido ainda mal respirava e eu estava me perguntando o que fazer a seguir antes que ele morresse completamente. (Observação: o SMART funcionou 100% no passado. Também está habilitado no BIOS.)
Agora isso aconteceu tudo no LINUX. Em um derivado baseado em testes do Debian, para ser mais preciso.
Então, vamos mudar para a visualização do Windows agora: em algum momento no meio da sequência de eventos mencionada, mudei para o Windows novamente e executei um CHKDSK, que reparou alguns erros. A nova execução não encontrou nenhum erro novo. Além disso, alguns meses atrás, antes que isso acontecesse, eu sabia que este HDD recebia exatamente 600 setores incorrigíveis. Eu os monitorei e sempre ficou exatamente nesse número.
Agora, o que o Windows disse depois de tudo o que aconteceu? Reiniciei no Windows para verificar se pelo menos o Crystal Disk Info funciona ou se uma das ferramentas nativas do Windows NTFS poderia me ajudar melhor. Maravilha, o Crystal Disk Info realmente funcionou. Sem nem demorar muito nem nada parecido. E ainda mais surpreendente: a única coisa errada com meu disco rígido foiaindaexatamente a mesma quantidade de 600 setores incorrigíveis. Eu esperava que algum pedaço de metal morto estivesse no vermelho profundo da SMART-ville enquanto ganhava centenas de novos setores incorrigíveis a cada minuto. Mas isso não aconteceu.
Na verdade no Windows (quase) tudo correu bem. O HDD não era lento. Eu poderia fazer operações de arquivo com ele, como de costume, etc. O único problema que realmente migrou (parcialmente) é a pasta anterior que gerou um erro de entrada/saída ao tentar sincronizar novamente. Não consegui nem excluí-lo ou movê-lo manualmente no Linux. Mas o herói Windows 10 salvou o dia, permitindo-me excluir toda a pasta após arquivá-la. Demorou um pouco, mas funcionou.
Então, aqui estão as minhas questões:
- Quais poderiam ser as possíveis razões para que isso acontecesse?
- Por que o Linux está me dizendo que o disco rígido está tão quebrado que não consigo nem fazer o SMART enquanto um programa do Windows consegue?
- Por que o disco rígido fica muito lento e irritante quando inicializado no Linux, mas funciona muito bem no Windows?
Eu quero entender isso...
Responder1
Mudei tudo deste disco rígido para outro com um pouco de dificuldade. Depois de me certificar de que foi feito backup de tudo, excluí a única partição desta unidade no Gerenciamento de disco do Windows. Depois iniciei o PowerShell, iniciei o diskpart, selecionei o disco correto, emiti o clean allcomando, que substituiu toda a unidade de AZ. Felizmente, depois que a limpeza terminoutodosos setores pendentes e incorrigíveis desapareceram. Após 2 dias observando e verificando o SMART, eles ainda não reapareceram.