Esta questão aborda a primeira passagem do ddrescuedispositivo a ser resgatado.
Eu tive que resgatar um disco rígido de 1,5 TB.
O comando que usei é:
# ddrescue /dev/sdc1 my-part-img my-part-map
Quando o resgate é iniciado (sem parâmetros opcionais) em uma boa área do disco, a taxa de leitura (" current rate") fica em torno de 18 MB/s.
De vez em quando diminui um pouco, mas depois volta a essa velocidade.
No entanto, quando encontra uma área ruim do disco, pode desacelerar significativamente e nunca mais volta aos 18 MB/s, mas permanece em torno de 3 MB/s, mesmo depois de ler 50 GB de disco bom sem problemas .
A parte estranha é que, quando ele está verificando uma boa área de disco a 3 MB/s, se eu parar ddrescuee reiniciá-lo, ele reinicia na taxa de leitura mais alta de 18 MB/s. Na verdade, economizei cerca de 2 dias parando e reiniciando ddrescue
quando estava em 3 MB/s, o que tive que fazer 8 vezes para terminar a primeira passagem.
Minha pergunta é: por que é que ddrescuenão vai tentar voltar para a velocidade máxima por conta própria. Dada a política, explicitamente declarada na documentação, de fazer primeiro e rápido as áreas fáceis, é isso que deve ser feito, e o comportamento que observei me parece ser um bug.
Fiquei me perguntando se isso pode ser tratado com a opção
-aou , --min-read-rate=… mas o manual é tão conciso que eu não tinha certeza. Além disso, não entendo em que base se deve escolher uma taxa de leitura para esta opção. Deve ser os 18 MB/s acima?
Ainda assim, mesmo com uma opção para especificá-lo, estou surpreso que isso não seja feito por padrão.
Metanota
Dois usuários votaram para fechar a pergunta por ser principalmente baseado em opinião.
Gostaria de saber em que sentido é?
Descrevo com alguma precisão numérica o comportamento de um software importante em um exemplo real, mostrando claramente que ele não atende a um objetivo principal de projeto declarado em sua documentação (fazer as partes fáceis o mais rápido possível), e esse raciocínio muito simples poderia melhorar isso.
O software é bem conhecido, de uma fonte muito confiável, com algoritmos precisos, e espero que a maioria dos defeitos tenha sido eliminada há muito tempo. Portanto, estou pedindo aos especialistas uma possível razão conhecida para esse comportamento inesperado, não sendo um especialista nesse assunto.
Além disso, pergunto se uma das opções do software deve ser usada para resolver o problema, que é uma questão ainda mais precisa. E peço um aspecto detalhado (como escolher o parâmetro para esta opção) já que não encontrei documentação para isso.
Estou pedindo fatos que preciso para o meu trabalho, não opiniões. E eu o motivo com fatos experimentais, não com opiniões.
