Se for um dano físico, o disco rígido pode estar se esforçando para funcionar adequadamente (por exemplo, precisa tentar várias vezes para escrever, está tentando ler mais de um setor danificado, etc ...) e, portanto, precisa diminuir a velocidade .
Do meu disco rígido que está falhando atualmente, eu sei que estou apagando-o com uma velocidade de gravação de cerca de 300kB / s por causa de pelo menos alguns setores defeituosos
Estou curioso sobre o que exatamente causa essa baixa velocidade de gravação? Por exemplo, dado o programm linux dd para gravar em um disco, um usualmente recebe pelo menos 75MB / s assumindo que um tamanho de setor de 4kB resultaria que um setor de 4kB é gravado em torno de 0.05 milissegundos (se meu calc é corrent ^^). Se eu escrevo com 300kB / s para um disco com falha, isso significa que 4kB é feito em 13 milissegundos.
Então, uma aplicação de espaço do usuário bem escrita, capaz de escrever com 75MB / s, o que causa uma queda para 300kB / s? Eu não suponho que o kernel do linux tenha algum tipo de "suspensão" ou uma tentativa de repetição tão alta que leve muito mais tempo para notar uma gravação com falha? Ou o próprio disco atrasa tudo? Se sim, porque? Eu diria que o disco físico sabe imediatamente se os dados poderiam ter sido gravados ou não? Por que um disco com falha fica lento?
Se for um dano físico, o disco rígido pode estar se esforçando para funcionar adequadamente (por exemplo, precisa tentar várias vezes para escrever, está tentando ler mais de um setor danificado, etc ...) e, portanto, precisa diminuir a velocidade .
Se está falhando, ou em outras palavras, foi danificado de alguma forma, é normal que suas performances não estejam em 100%. Estamos falando de danos físicos no hardware, não de problemas relacionados a software.
Se seu carro tiver seu motor danificado, você ficará surpreso ao descobrir que ele não está indo a toda velocidade?
Se ele tem alguns setores defeituosos, eles dificilmente são (ou não são) lidos / escritos pelo sistema, que consequentemente podem ser interrompidos.
Certa vez, tive um problema semelhante, e a unidade tinha alguns setores danificados, e o relatório SMART mostrou várias tentativas de rotação. A consequência foi que todo o sistema estava operando muito lentamente, porque continuava tentando acessar dados corrompidos.