Li um pouco sobre essa ferramenta e obviamente olhei as páginas de manual. O problema é que o ddrescue demora tanto que preciso acertar o comando na primeira vez. Eu não tinha certeza de como melhorar a baunilha;
$ sudo ./ddrescue -v /dev/disk0s5 MyVolImage.dmg MyVolRescue.log
$ sudo ./ddrescue -v MyVolImage.dmg /dev/disk1s3 MyVolRestore.log
- De unidades HSF+ a unidades HSF+
- O HDD de origem (quebrado) está conectado via USB 2.0
- Dest HDD está dentro do MacBook
- Eu escolheria precisão em vez de 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
Responder1
De unidades HSF+ a unidades HSF+
Então isso pode ser encontrado via pesquisa, você quis dizer HFS+ (Hierarchical File System).
Dica útil: você pode fazer isso sudo -ssozinho para colocá-lo em um shell de nível raiz, portanto, digite sudo apenas uma vez (descarte-o nos comandos acima). Então, faça isso:
$ sudo -s
Na verdade, o ddrescue está demorando uma eternidade para mim, mas meu disco está bastante esgotado. Se você criar um arquivo de log (como deveria), poderá interrompê-lo e reiniciá-lo com novos parâmetros. Pelo que descobri até agora (podem haver atualizações), segue a melhor maneira de usar a ferramenta.
Primeiro, usando um comando Unix (abaixo) ou a GUI do Utilitário de Disco, desmonte as partições com falha, caso elas tenham sido montadas
# diskutil unmount disk0s5
# ./ddrescue -v -n /dev/disk0s5 MyVolImage.dmg MyVolRescue.log
O registro é crítico. Ele permite que você interrompa o programa a qualquer momento, bem como execute-o na unidade várias vezes.
(Observe que tanto o arquivo de imagem de destino quanto o arquivo de log devem ser armazenados em uma unidade confiável e não na unidade defeituosa (que você desmontou de qualquer maneira). Certifique-se de saber onde eles serão armazenados. O comando acima os colocaria na mesma pasta como ddrescue. Observe também que todo o disco de origem será copiado na imagem, portanto, você deve ter espaço em disco suficiente no volume de destino.)
A opção -n diz para ele percorrer todo o disco para copiar tudo o que puder sem tentar novamente (resgatar). IMO, isso é melhor porque você deseja uma linha de base e ajuda caso a unidade morra completamente durante o processo. Quando terminar, execute-o novamente para ir atrás das áreas defeituosas do disco:
# ddrescue -v -r 3 /dev/disk0s5 MyVolImage.dmg MyVolRescue.log
O -r 3 diz para tentar novamente as á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 pode querer economizar algum tempo para uma execução final.
# ddrescue -v -r 3 -R /dev/disk0s5 MyVolImage.dmg MyVolRescue.log
como afirma o manual -Recortar as áreas já marcadas como ruins pode levar ao sucesso, pois tentará novamente 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, reparar, se necessário, e continuar a partir daí.É melhor copiar a imagem do disco antes de modificá-la, caso haja problemas.O Finder também deve copiar mais rápido que o ddrescue. Estou pensando que trabalhar com a imagem é mais fácil porque você não precisa se preocupar com problemas de tamanho de partição em um disco real.
Outras ferramentas de recuperação são testdisk (não tentei e não tenho certeza se quero) e PhotoRec estão emSegurança CGe requer compilação. PhotoRec pode ser usado para recuperar uma infinidade de tipos diferentes de arquivos, o que é feito limpando a unidade ou imagem, independentemente da estrutura de diretórios.
Fala-se sobre o uso de dispositivos brutos para acelerar o acesso, mas ainda não tenho provas de que funcionem de maneira confiável. Anexe a letra r antes diskpara que o OS X use-o bruto (sem cache).
Responder2
Tive esse problema com um disco Seagate de 500 GB, 2,5" e 7.200 RPM no início de abril de 2011. (Esse disco tinha um volume que usavaNTFS.)
Com os comandos sugeridos ema primeira resposta, recupere o máximo possível para a imagem do disco:
- faça uma cópia dessa imagem
- obtenha o binário mais recente do CGSecurityTestDisk– gratuito (código aberto),muitobom, mas bastante geek de usar.
Geometria
Se o disco com falha perdeu seus setores de inicialização, conhecer 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 pesquisando a marca e o modelo no Google.
diskutil
Se a recuperação fosse de um disco que incluía o volume de inicialização HFS+ para um Mac Intel, 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):
- abra 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 da imagem, use o Terminal para executar um comando ligeiramente diferente:
diskutil repairVolume <PATH-TO-THE-DISK-IMAGE>
Se a tentativa de reparar o volume falhar, você poderá prosseguir com o TestDisk.
Uma captura de tela do TestDisk
A execução sudo testdiskem uma janela do Terminal apresenta três opções de registro. Após escolher um, a janela aparecerá mais ou menos assim:
A documentação do CGSecurity sobre como proceder com o TestDisk está online.
Se as partições estiverem bagunçadas o suficiente
Sua única opção pode ser 'esculpir arquivos' para recuperar apenas os arquivos – excluindo nomes de arquivos, excluindo diretórios/pastas.