Não é possível montar a imagem do disco USB (ddrescue)

Question

Eu estava tentando recuperar alguns dados de um pendrive (NTFS) defeituoso , mas antes de testar em outro pendrive. a VM do Virtualbox detectou o pendrive que foi desmontado para fazer uma imagem do ddrescue.

Eu consegui fazer isso uma vez, mas agora ele parece não funcionar mais já que o fdisk acha que existem várias partições quando há apenas uma no pen drive USB? ??

Alguém tem alguma ideia / sugestão?

Etapas:

1. Verifique o sistema de arquivos do stick USB para atribuir o FS correto ao montar o img
2. dd o stick usb
3. verifique as propriedades da partição img. Isto é para montar a partição com o valor de correção apropriado (bloco inicial).
4. mount img com mount FAILED
5. monte img com kpartx (não familiarizado com essa ferramenta) FAILED

Rosa recover_disk # fdisk -l /dev/sdb

Disk /dev/sdb: 1014 MB, 1014497280 bytes 17 heads, 32 sectors/track, 3642 cylinders, total 1981440 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 Disk identifier: 0xc3072e18

Device Boot Start End Blocks Id System /dev/sdb1 * 32 1981439 990704 7 HPFS/NTFS/exFAT

     

Rosa recover_disk # ddrescue / dev / sdb1 dd_resc.img

     

GNU ddrescue 1.17 Press Ctrl-C to interrupt rescued: 1014 MB, errsize: 0 B, current rate: 704 kB/s ipos: 1014 MB, errors: 0, average rate: 14492 kB/s opos: 1014 MB, time since last successful read: 0 s Finished

     

Rosa recover_disk # fdisk -l dd_resc.img

     

Disk dd_resc.img: 1014 MB, 1014480896 bytes 255 heads, 63 sectors/track, 123 cylinders, total 1981408 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 Disk identifier: 0x4d544f4f

This doesn't look like a partition table Probably you selected the wrong device.

 Device Boot      Start         End      Blocks   Id  System

dd_resc.img1 ? 218137203 2138359164 960110981 70 DiskSecure Multi-Boot dd_resc.img2 ? 544370800 2464669663 960149432 74 Unknown dd_resc.img3 ? 225600882 769746299 272072709 82 Linux swap / Solaris dd_resc.img4 ? 2760638474 2760690110 25818+ 61 SpeedStor

Partition table entries are not in disk order

     

Rosa recover_disk # mkdir / media / ddmount    Rosa recover_disk # echo $ ((32 * 512))

     

16384

     

Rosa recover_disk # monte dd_resc.img / media / ddmount -o loop, deslocamento = 16384 -t ntfs

     

NTFS signature is missing. Failed to mount '/dev/loop0': Invalid argument The device '/dev/loop0' doesn't seem to have a valid NTFS. Maybe the wrong device is used? Or the whole disk instead of a partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

     

Rosa recover_disk # kpartx -a -v dd_resc.img

     

device-mapper: resume ioctl on loop0p1 failed: Invalid argument create/reload failed on loop0p1 add map loop0p1 (0:0): 0 1920221962 linear /dev/loop0 218137203 device-mapper: resume ioctl on loop0p2 failed: Invalid argument create/reload failed on loop0p2 add map loop0p2 (0:0): 0 1920298864 linear /dev/loop0 544370800 device-mapper: resume ioctl on loop0p3 failed: Invalid argument create/reload failed on loop0p3 add map loop0p3 (0:0): 0 544145418 linear /dev/loop0 225600882 device-mapper: resume ioctl on loop0p4 failed: Invalid argument create/reload failed on loop0p4 add map loop0p4 (0:0): 0 51637 linear /dev/loop0 2760638474

---- 2017-03-01 ATUALIZAÇÃO -------

O mistério permanece, mas consigo montar sem opções de offset, o que é um alívio, mas não satisfatório, já que não entendo por que será útil para referência futura.

    

Answer 1

Parece que você clonou a partição /dev/sdb1 em vez da unidade inteira /dev/sdb .

ddrescue é uma ferramenta muito poderosa para resgatar o que é possível ler (também difícil de ler devido a falhas no hardware). Mas é perigoso (como o padrão dd ), porque faz o que você diz para fazer sem perguntas.

Por isso, é importante verificar novamente e verificar com atenção que você entende o que está fazendo e que não há erros de digitação. Caso contrário, você pode sobrescrever as imagens da família ou alguns outros dados importantes em outra unidade, o que 'não deve estar envolvido' nos processos de clonagem e recuperação.

• Dito isso, é uma boa ideia começar clonando a unidade danificada e fazer as tentativas de recuperação em uma cópia clonada. E ddrescue é uma boa ferramenta de clonagem.

• É mais simples clonar da unidade danificada (origem) para outra unidade de pelo menos o mesmo tamanho (destino) em comparação com o que você tentou (para trabalhar com um arquivo de imagem).

Texto após o caractere # ser um comentário (não usado).

sudo ddrescue source-drive target-drive log-file  # generic command line
sudo ddrescue /dev/sdx /dev/sdy sdx2sdy.log       # example

em que x e y são letras de unidade, por exemplo, b e c . É muito importante obter essa letra de unidade correta (e na ordem correta). Caso contrário, você pode destruir dados importantes.

Você pode obter ajuda para identificar as unidades com os seguintes comandos

df
sudo lsblk -f
sudo lsblk -m
sudo parted -ls

A página de informações

info ddrescue

contém um tutorial muito bom. Por favor, leia com atenção antes de usar ddrescue novamente.

Se apenas os sistemas de arquivos estiverem danificados (não as células de memória ou o gerenciamento interno de dados na unidade USB), você poderá usar mkusb para clonar a unidade. Ele é instalado a partir de um PPA e ajudará a identificar a unidade de destino, o que reduzirá o risco. mkusb version 12 alias dus pode ser usado assim,

dus /dev/sdx   # where x is the drive letter of the source (for example b)

Por fim, consulte o link a seguir para obter mais dicas sobre como consertar uma unidade USB ou recuperar dados dela,

Reparar a tabela de partições e o sistema de arquivos de um pendrive