Depois de passar muitos meses lidando com esse problema, decidi que é a unidade que está com defeito. Acabei comprando um 640GB WD Scorpio Blue e realizei uma cópia em nível de bloco da unidade usando dd
em um Linux CD ao vivo, com a unidade de estoque no laptop e a nova unidade em um gabinete externo conectado via eSATA. As duas unidades têm exatamente o mesmo número de setores, portanto, a cópia foi bem-sucedida sem nenhum problema de capacidade. Então eu instalei o drive WD no laptop e iniciei o sistema. Uma reinicialização extra era necessária para o sistema reconhecer a nova unidade, mas o sistema estava funcionando sem problemas.
A nova unidade é visivelmente mais silenciosa (a busca é quase silenciosa) e tem melhor desempenho do que a unidade Toshiba - com base nas luzes de atividade de disco, a unidade WD superou a Toshiba no final da cópia dd
, mas se mostrou mais rápida durante todo o processo de cópia. O sub-registro de disco do Índice de Experiência do Windows subiu um décimo de ponto, de 5,8 para 5,9.
É provavelmente mais confiável, já que o disco WD usa Formato Avançado , ao contrário do Toshiba (observe que as partições estavam em limites 4K para começar, então não há problemas de alinhamento para lidar com isso). Como o Advanced Format permite algoritmos ECC mais avançados, isso deve significar menos setores realocados e melhor desempenho a longo prazo. A Toshiba estava zumbindo em vários pontos durante a cópia com a redução de atendente na atividade da unidade WD à medida que a unidade antiga redirecionava as leituras do setor realocado, o que explica por que o disco ficava intermitentemente zumbido enquanto o sistema estava sendo executado e explica as falhas mencionadas no pergunta.
A lição a ser aprendida aqui é que os problemas no disco rígido são mais predominantes do que se poderia esperar, e que os setores realocados são causados pela própria unidade e não têm nada a ver com a comunicação SATA. Acho que estava errado quando suspeitei que o cabo SATA estava com defeito ...