
Esperançosamente, usei ddrescue
ontem para recuperar uma cópia 1: 1 e armazená-la como uma imagem em uma nova unidade. Suponha que eu tenha lido de trás para frente, porque sabia, que há um cluster defeituoso no início da unidade com falha, ou seja, com -R
switch, na página de manual:
-R --reverse
Inverta a direção de todas as passagens (copiar, aparar, raspar e tentar novamente). Cada passe que normalmente é executado para frente agora será executado para trás e vice-versa. '
--reverse
' não modifica o tamanho dos blocos copiados durante cada fase, apenas a ordem em que são tentados.
Claro, eu costumava mapfile
reiniciar o processo.
Além disso, usei acesso direto, nem todas as unidades deveriam suportar isso, mas a minha suporta.
A linha de comando completa que usei é a seguinte:
ddrescue -d -R /dev/sdb baddrive.ddrescue.img baddrive.ddrescue.log
O resultado é 1 erro de 4096 bytes de tamanho.
Parte relevante do mapfile
seguinte:
# current_pos current_status
0x1375BCE00 +
# pos size status
0x00000000 0x1375BC000 +
0x1375BC000 0x00001000 -
0x1375BD000 0xE7A97F9000 +
Pergunta
É possível tentar novamente o cluster defeituoso 100 vezes apenas para ter certeza de que está totalmente morto?
Responder1
Sim, é possível.
Você precisa modificar a mapfile
linha do:
0x1375BC000 0x00001000 -
para conter um ponto de interrogação no final assim:
0x1375BC000 0x00001000 ?
Agora que você está pronto para reiniciar o processo de recuperação, basta adicionar a opção de nova tentativa:
-r n --retry-passes=n
Saia após um determinado número de tentativas. O padrão é 0. -1 significa infinito. Cada setor defeituoso é tentado apenas uma vez em cada passagem. Para repetir setores defeituosos detectados em uma execução anterior, você deve especificar um número diferente de zero de repetições.