Estou tentando resgatar dados de uma unidade USB externa com falha de um amigo. O problema com a unidade é que ela não pode ser lida, nem no Windows, nem no Linux. Mas consigo executar o ddrescue na unidade e construir uma imagem da unidade para processamento posterior.
Porém, iniciei o processo em janeiro deste ano, e ele vem rodando sem parar, e continua em execução. Então, mais de 5 meses agora. Primeiro ele estava rodando a cerca de 2.000 b/s, agora caiu para 200 b/s. Ele resgatou cerca de 27gb de dados (o drive tem 2TB) e segundo um amigo essa também é mais ou menos a quantidade de dados que estavam armazenados no drive. O tamanho resgatado ainda está aumentando, mas muuuito devagar. Por exemplo, nas últimas 3 semanas aumentou 200mb.
Existe alguma maneira de parar o processo e continuar com o que foi resgatado até agora, ou o ddrescue realmente precisa completar todo o processo para poder trabalhar com o arquivo img?
Hoje o ddrescue parou porque a unidade desapareceu. Abaixo está uma imagem do que tenho na tela, com o visualizador de log do ddrescue rodando, não tenho certeza se dá uma ideia da situação. Reiniciei o ddrescue e ele está funcionando novamente na mesma velocidade lenta de antes.
Responder1
Você provavelmente deve esperar até a conclusão de 100% antes de tentar a recuperação. De acordo com o visualizador de log, ddrescueconseguiu recuperar alguns blocos espalhados de várias partes do disco (as áreas verdes), encontrou setores defeituosos em muitas áreas (as áreas vermelhas) e nem sequer olhou para grandes partes do disco. disco (as áreas amarelas e azuis).
O visualizador mostra a primeira parte do disco como tendo setores defeituosos. Isso significa que ddrescuenão foi possível recuperar o cabeçalho do sistema de arquivos ou os metadados relacionados. Além disso, a maioria dos sistemas de arquivos espalha seus dados pelo disco por motivos de desempenho, portanto é improvável que muitos dos setores que foram recuperados estejam correlacionados com os setores que contêm dados.
Você pode acelerar a fase de "recuperação das partes fáceis" da ddrescueoperação passando as opções --no-scrapeou --no-trimpara omitir totalmente a tentativa de setores danificados ou a --reverseopção de ler o disco de trás para frente. Você também pode tentar brincar com os valores da --skip-sizeopção para ver se valores maiores ou menores que o padrão (20 MB para o seu disco) irão acelerar as coisas.
Responder2
Estou tendo algumas melhorias usando a opção:
-c, --cluster-size=<sectors>setores para copiar por vez [128] e aumentando para 2048 ou 4096. Acima de algum valor não há melhoria.