como montar um HFS + com falha no ubuntu 14

0

Eu tenho um disco rígido do mac que está falhando e que estou tentando extrair todos os arquivos. Eu quero ser capaz de remover arquivos da unidade para que eu possa restringir onde os problemas são para tentar salvar o máximo possível do conteúdo. Para fazer isso eu preciso poder editar a unidade no linux, então eu segui as informações encontradas aqui: Como montar uma partição HFS no Ubuntu como Lida Escreva? . Eu nunca fui capaz de montar a unidade como RW usando os métodos de montagem padrão, embora ela fosse mostrada como somente leitura ainda. Eu tentei:

sudo fsck.hfsplus /dev/sdx

que foi listado abaixo e obteve as seguintes informações

** /dev/sdc2
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
   Missing thread record (id = 26)
   Missing thread record (id = 105)
   Missing thread record (id = 6856404)
   Missing thread record (id = 6936575)
   Incorrect number of thread records
(4, 6)
   Incorrect number of thread records
(4, 6)
** Checking Catalog hierarchy.
** Volume check failed.

Desde então, o dispositivo não foi montado e recebo o erro:

Error mounting /dev/sdc2 at /media/paul/02eeaa8b-9ebd-3290-a8a5-0dd8d3e1bf7a: Command-line 'mount -t "hfsplus" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdc2" "/media/paul/02eeaa8b-9ebd-3290-a8a5-0dd8d3e1bf7a"' exited with non-zero exit status 32: mount: No such file or directory

O dispositivo ainda é exibido usando a ferramenta de discos como uma partição de 315 MB no ponto / dev / sdc1 chamado Sistema EFI e uma partição de 4 TB no ponto / dev / sdc2 chamado Disco rígido de 4.0 TB. Qualquer ajuda para resolver esta catástrofe seria apreciada.

Explicação detalhada: Descobri que o disco rígido que contém todas as imagens dos meus filhos estava travando enquanto descobria que o disco externo não estava sendo backup com o resto do mac. Eu vejo muito mais dos arquivos no disco rígido no linux, então eu fiz sob mac e estou usando, portanto, o Linux para fazer a transferência. Fiz algumas tentativas para retirar todos os 600 GB de conteúdo da unidade: 1) Um plano cp do drive falha (e travou a caixa linux) quando um setor defeituoso é atingido. 2) Um script baseado em bash que copiou imagens e filmes fora da unidade, mas não faz um bom trabalho mostrando-me o que se algo foi perdido

Em uma tentativa de melhorar os resultados de 2, tentei mudar para 3, que usa mv em vez de cp para transferir os arquivos para que eu possa ver o que foi perdido. mv requer acesso RW que levou à questão acima.

Atualização : Estou no processo de tentar o dd (depois de uma tentativa fracassada diferente), a velocidade de transferência está abaixo de 300kB / s (acredito que esteja em um ponto ruim) e desde então são 400 gB de dados que vai demorar um pouco antes que eu possa ver se funcionou. A última passagem pelo disco demorou ~ 5 dias.

Atualização final : Eu estava no dd, já que estava transferindo Kb / s sem alteração em um período de 3 dias e nunca iria terminar os 400 GB de dados. Acabou voltando para utilitários mac que parecem ter ressuscitado a unidade por tempo suficiente para puxar os arquivos.

    
por Paul Dickson 14.07.2014 / 21:03

1 resposta

0

Não sei se isso ajudará, mas de qualquer forma:

Uma alternativa para cp e mv é "rsync", que pode ser melhor que mv, pelo menos.
link
dá alguns exemplos

Se você tiver espaço para os dados, tente

sudo dd conv=noerror,sync if=/dev/sdx of=FILENAME
 ou mesmo
sudo dd  conv=noerror,sync if=/dev/sdx | gzip --fast --stdout >FILENAME.gz

Ambos devem permitir obter os dados da unidade - com uma única leitura, para tentativas de recuperação posteriores -, não tendo certeza de como isso é fácil. Observe que "noerror" fará com que ele continue após erros de leitura, "sync" faça com que ele preencha as partes que não foram convertidas com dados zerados (necessário para não quebrar tudo o que vier depois).

    
por 14.07.2014 / 22:08