Encontrando ótimas opções de linha de comando do ddrescue onde a Velocidade de Precisão

1

Eu li um pouco sobre essa ferramenta e, obviamente, olhei para as man pages. O problema é que o ddrescue demora tanto que preciso acertar o comando pela primeira vez. Eu não sabia como melhorar a baunilha;

$ sudo ./ddrescue -v /dev/disk0s5 MyVolImage.dmg MyVolRescue.log
$ sudo ./ddrescue -v MyVolImage.dmg /dev/disk1s3 MyVolRestore.log
  • De HSF + para unidades HSF +
  • Fonte (quebrado) O HDD está conectado via USB 2.0
  • Dest HDD está dentro do MacBook
  • eu escolheria precisão acima da velocidade

Parece haver muitas opções, mas não tenho certeza de como elas afetam a qualidade e a velocidade da recuperação.

Obrigado,

Gav

    
por gav 06.06.2010 / 15:29

2 respostas

4

From HSF+ to HSF+ drives

Então, isso pode ser encontrado via pesquisa, você quis dizer HFS + (Hierarchical File System).

Dica útil: você pode fazer o sudo -s sozinho para colocar você em um shell de nível de raiz, assim você só digita o sudo uma vez (solte-o dos comandos acima). Então, faça isso:

$ sudo -s
Na verdade, ddrescue está demorando uma eternidade para mim, mas o meu caminho é um pouco fechado. Se você criar um arquivo de log (como deveria), sempre poderá pará-lo e reiniciar com novos parâmetros. Pelo que encontrei até agora (as atualizações podem ser seguidas), a melhor maneira de usar a ferramenta é a seguinte.

Primeiro, usando um comando Unix (abaixo) ou a GUI do Utilitário de Disco, desmonte a (s) partição (ões) com falha se eles forem montados

# diskutil unmount disk0s5
# ./ddrescue -v -n /dev/disk0s5 MyVolImage.dmg MyVolRescue.log

O log é crítico. Ele permite que você interrompa o programa a qualquer momento e execute-o várias vezes na unidade.

(Observe que o arquivo de imagem de destino e o arquivo de log devem ser armazenados em uma unidade confiável e não na unidade defeituosa (que você desmontou mesmo assim). Verifique se eles estão armazenados. O comando acima os colocaria em a mesma pasta que o ddrescue.Também é de notar que todo o disco de origem será copiado para a imagem, portanto você deve ter espaço em disco suficiente no volume de destino.

A opção -n diz-lhe para percorrer todo o disco para copiar tudo o que puder sem tentar novamente (resgatar). IMO, é melhor que você queira uma linha de base e ajuda caso a unidade morra completamente durante o processo. Quando isso terminar, execute-o novamente para ir atrás das áreas ruins do disco:

# ddrescue -v -r 3 /dev/disk0s5 MyVolImage.dmg MyVolRescue.log

O -r 3 diz para tentar áreas ruins 3 vezes. Observe que estamos reutilizando o arquivo de log criado pela primeira vez. Você pode definir isso tão alto quanto tiver paciência, mas você pode economizar um tempo para uma execução final.

# ddrescue -v -r 3 -R /dev/disk0s5 MyVolImage.dmg MyVolRescue.log

à medida que o manual indica - Redefinir as áreas já marcadas como ruins pode levar ao sucesso, uma vez que tentará repetir os setores em uma ordem diferente.

Em vez de fazer isso:

# ./ddrescue -v MyVolImage.dmg /dev/disk1s3 restore.log

Você pode usar o Utilitário de Disco para montar uma cópia da Imagem, consertar, se necessário, e ir de lá. É melhor copiar a imagem do disco antes de modificá-la, caso haja problemas. O Finder também deve copiar mais rapidamente que o ddrescue. Estou pensando em trabalhar com a imagem é mais fácil porque você não precisa se preocupar com problemas de tamanho de partição com um disco real.

Outras ferramentas de recuperação são o testdisk (não tentei e não tenho certeza se queria) e o PhotoRec está em CG Security a> e requer compilação. O PhotoRec pode ser usado para recuperar uma infinidade de diferentes tipos de arquivos, o que é feito pela eliminação da unidade ou da imagem, independentemente da estrutura do diretório.

Fala-se em usar dispositivos brutos para agilizar o acesso, mas ainda não tenho provas de que funcionem de maneira confiável. Prefira a letra r antes de disk para que o OS X a use em estado bruto (sem cache).

    
por 05.08.2010 / 10:26
2

Eu tive esse problema com um disco RPM de 7.200 "e 500 GB da Seagate no início de abril de 2011. (Esse disco tinha um volume que usava NTFS .

Com os comandos sugeridos na primeira resposta , recupere o máximo possível para a imagem do disco e, em seguida:

  • faça uma cópia dessa imagem
  • obtenha o mais recente binário do CGSecurity TestDisk - gratuito (código aberto), muito bom mas bastante nerd para usar.

Geometria

Se o disco com falha perdeu seus setores de inicialização, saber a geometria - informações sobre os cilindros, cabeçotes, setores (CHS) do disco - pode ajudar o TestDisk a processar a cópia da imagem recuperada. Então, se possível, descubra a geometria - as especificações do fabricante, em PDF, podem ser encontradas em Googling para a marca e o modelo.

diskutil

Se a recuperação fosse de um disco que incluísse o volume de inicialização HFS + para um Intel Mac, o disco desse volume teria usado a Tabela de Partição GUID (GPT). Portanto, eu usaria diskutil (um dos utilitários usados pelo Utilitário de Disco):

  • abre uma janela do terminal
  • digite o seguinte comando:

diskutil verifyVolume <PATH-TO-THE-DISK-IMAGE>

Se a saída na janela do Terminal revelar uma inconsistência no sistema de arquivos dentro da imagem, use o Terminal para executar um comando ligeiramente diferente:

diskutil repairVolume <PATH-TO-THE-DISK-IMAGE>

Se essa tentativa de reparar o volume falhar, você poderá prosseguir com o TestDisk.

Uma captura de tela do TestDisk

A execução de sudo testdisk em uma janela do Terminal apresenta três opções de log. Depois de escolher um, a janela será exibida assim:

AdocumentaçãodoCGSecuritysobrecomoprocedercomoTestDiskestáonline.

Seaspartiçõesestãobagunçadasosuficiente

Suaúnicaopçãopodeser"arquivamento de arquivos" para recuperar apenas os arquivos - excluindo nomes de arquivos, exceto diretórios / pastas.

    
por 27.04.2011 / 21:40