O SafeCopy termina manualmente o ISO

2

Bom dia,

Atualmente, estou ajudando um bom amigo a recuperar seu disco rígido externo de 1 TB quebrado. Ela soltou o drive e agora ele não pode mais ser montado. Depois de algumas pesquisas, experimentei o safecopy. Eu estou trabalhando com um live CD do Kali Linux e um HDD interno de 3 TB que é conectado e montado via estação USB. A unidade externa tem menos de 100 GB de espaço ocupado. O SafeCopy coleta ~ 30 GB por dia. Minha primeira tentativa cancelada após ~ 260GB com um erro "local não encontrado", a unidade reconectou a outro caminho de montagem. A tentativa atual está em ~ 280GB. Como a unidade é nova, todos os dados armazenados já devem ser coletados na saída ISO. No entanto, quando eu tento montar o ISO 260GB eu recebo um erro de arquivo, algo sobre o arquivo corrompido e erro de E / S

Eu usei este comando para safecopy:

sudo safecopy --stage1 /dev/sda1 /path/to/3tb/drive/data.iso

/ dev / sda1 é o local onde o disco rígido externo é detectado.

Existe uma maneira de terminar manualmente a compilação do arquivo ISO? Isso me pouparia muito tempo, já que a cópia de segurança precisaria de ~ 34 dias para concluir o trabalho.

EDITAR:

Como mencionado nos comentários, tive que abortar o processo por algum tempo. Agora eu configurei tudo de novo e depois de algumas dificuldades, isso é o que o fdisk produziu:

sudo fdisk -l /dev/sdc1
Disk /dev/sdc1: 931.5 GiB, 1000169537536 bytes, 1953456128 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x69205244

Device      Boot      Start        End    Sectors   Size Id Type
/dev/sdc1p1 ?     218129509 1920119918 1701990410 811.6G 72 unknown
/dev/sdc1p2 ?     729050177 1273024900  543974724 259.4G 74 unknown
/dev/sdc1p3 ?     168653938  168653938          0     0B 65 Novell Netware 386
/dev/sdc1p4      2692939776 2692991410      51635  25.2M  0 Empty

Partition table entries are not in disk order.

Esqueci de salvar o arquivo stage1.badblocks, então não posso realmente continuar a primeira execução. Eu agora iniciei uma nova corrida safecopy stage1, espero que ela seja um pouco mais rápida do que antes, já que agora eu executo um Debian Linux diretamente deste notebook.

Desde então, existe uma maneira de usar os arquivos iso da primeira execução e torná-lo legível?

EDIT2:

Ok, depois de 3 horas, esta é a saída até agora:

[0](+0){XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX [844800]    
XXXXXXXXXXXXX 8-X 0%

o drive faz terríveis ruídos de clique. Se eu interpreto o formulário de saída do fdisk anteriormente, os dados parecem estar escritos muito mais de volta no drive, não do setor 0 em diante. É possível ler e resgatar os dados iniciando no final do disco? Temo ser mais ou menos dependente de extrair os dados do arquivo iso que criei até agora. Mais uma vez, é possível extrair porções de um arquivo iso inacabado e construir um arquivo válido a partir dele?

EDIT 3:

Eu agora tentei o ddrescue. Agora corre por ~ 23h. O arquivo de saída tem um tamanho de 134MB, o tamanho que eu já sabia de safecopy para ficar ok. gmesg | tail produz a seguinte saída:

[80840.705000] usb 2-1.1: reset high-speed USB device number 8 using ehci-pci
[80880.711821] usb 2-1.1: reset high-speed USB device number 8 using ehci-pci
[80920.718561] usb 2-1.1: reset high-speed USB device number 8 using ehci-pci
[80922.888408] sd 8:0:0:0: [sdb] Unhandled error code
[80922.888413] sd 8:0:0:0: [sdb]  
[80922.888415] Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK
[80922.888417] sd 8:0:0:0: [sdb] CDB: 
[80922.888419] Read(10): 28 00 49 a5 38 80 00 00 08 00
[80922.888426] end_request: I/O error, dev sdb, sector 1235564672
[80922.888430] Buffer I/O error on device sdb1, logical block 154445328

Então, o que eu posso ver é que há dificuldades com o acesso usb e algo com hostbyte=DID_TIME_OUT

dd tem esta saída até agora:

rescued:   123928 kB,  errsize:       0 B,  current rate:   12976 kB/s
rescued:   134742 kB,  errsize:  39649 kB,  current rate:        0 B/s
   ipos:   635829 MB,   errors:     605,    average rate:     1688 B/s ago
   opos:   635829 MB, run time:   22.17 h,  successful read:   22.01 h ago
Copying non-tried blocks... Pass 1 (forwards)

Depois que o dd terminar, tentarei extrair pelo menos um pouco com tsk_recover da imagem dd. Como mencionado nos comentários, pesquisei as especificações de hardware da unidade. O problema é que o conector USB (USB 3.0 Tipo B Micro) é colocado no PCB principal, por isso não consigo acessar uma conexão ATA / SATA. Ou pelo menos foi o que eu descobri (eu não abri o caso até agora). Não consegui encontrar uma folha de dados com diagrama de circuito. O número do produto é WDBHHG0010BBK-04. Eu encontrei um vídeo de uma unidade de aparência semelhante (!) Que tem pinos ao lado da porta usb. Eu não sei o suficiente sobre discos rígidos e eletrônicos para ver se eu poderia usá-los. Assim que o dd terminar, vou abrir o caso.

Estou me perguntando o que poderia ter danificado o disco tão ruim. Minha amiga me disse que ela simplesmente deixou cair. Parece que a cabeça do rw está danificada ou quebrou o disco. Até onde eu sei, os HDDs movem suas cabeças para o lado enquanto ociosos ou desligados. Minhas tentativas de resgate parecem não ter causado muito mais danos, já que o resultado de setores legíveis é o mesmo desde o início.

Então, muito texto. minha pergunta atual é o que as entradas do syslog devem me dizer.

Algumas fotos da unidade:

    
por Ueda Ichitaka 18.08.2016 / 11:20

1 resposta

0

Por iso você quer dizer imagem de disco bruto eu presumo. Tente ddrescue (às vezes disponível como dd_rescue), é MUITO detalhado, e você pode pular manualmente blocos ilegíveis passados. Não que você precise, ele irá ignorar os erros de leitura por padrão. Eu nunca experimentei parar, exceto em discos USB externos. Quando recupero dados, sempre (se possível) removo o HD de qualquer exclusão externa e colo-o em um compartimento no meu PC. USB tende a resgatar ao primeiro sinal de problema. Você pode tentar resfriar o disco, o que ajudará ou não, mas não causará nenhum dano. Uma vez que você está se recuperando por dias a fio, você pode permitir que 3-4 fãs de CPU o usem. Você não quer sentir que está ficando quente, quanto mais legal, melhor. Calor é ruim para discos ruins. Eu sugiro que você o coloque em uma caixa térmica ou geladeira, mas isso é bobagem. Não execute nenhuma outra operação de leitura no disco se estiver meio morto. Edit: você vai ter algum problema usando a imagem crua montada, mesmo somente leitura. Se estiver navegando na hierarquia de arquivos possivelmente danificada (FAT, qualquer que seja), tente primeiro, bisturi, esculpir e magicrescue para recuperar arquivos na imagem. Geralmente, você pode recuperar imagens e formatos de documentos mais populares.

    
por 21.08.2016 / 22:50