Faça uma imagem do dispositivo ofensivo com ddrescue - Você precisará de espaço de armazenamento suficiente para armazenar a unidade inteira, independentemente da quantidade de dados que você tenha (ou tenha) armazenado nela. Nesse caso, parece que você precisará 16 GB para armazenar um clone de / dev / sdb.
O ddrescue é o programa que estará fazendo o trabalho e, se não estiver instalado, precisamos instalá-lo com sudo apt-get install gddrescue (não um erro de digitação, o g é a abreviação de GNU)
Abra um terminal com Ctrl Alt T e mude para o diretório no qual você irá armazenar o arquivo de imagem e emita o comando sudo ddrescue -d /dev/sdb sdb.img sdb.logfile
o -d direciona o acesso direto à unidade (ignorando o armazenamento em cache) / dev / sdb é o dispositivo que estamos usando para entrada sdb.img é o arquivo que estamos usando para saída O sdb.logfile está acompanhando onde estamos e quais são nossos resultados.
Se, por algum motivo, o processo for interrompido antes da conclusão, o arquivo de log permitirá que você continue de onde paramos.
a imagem começará e você verá algo assim:
Resgatado indica a quantidade de dados lidos com sucesso, errsize indica o tamanho dos dados ilegíveis. À medida que o processo continua, esperamos ver o primeiro aumento e o segundo se aproximar de zero. O ddrescue usa um processo chamado data carving, como eu me lembro, em que os blocos com falha são reduzidos e recuperados.
O ddrescue é uma ferramenta muito poderosa e você pode aprender muito sobre isso no manual. Preste muita atenção no Capítulo 3 !! escolhendo o arquivo ou dispositivo errado para a saída irá definitivamente arruinar o seu dia.
Depois de termos a imagem resultante, podemos executar testes e procedimentos de recuperação sem sobrecarregar o dispositivo com falha ou falha.
Eventualmente, o ddrescue emitirá "Concluído" para a tela do terminal. Se o tamanho do erro for alto e você sentir que gostaria de tentar recuperar um pouco mais, poderá executar novamente o comando e aplicar as opções para tentar novamente os blocos com falha e até mesmo ler em sentido inverso (provavelmente não é útil em um dispositivo de estado sólido) por: sudo ddrescue -d --try-again --retrim --reverse /dev/sdb sdb.img sdb.logfile ou qualquer outra combinação de switches que você acha que pode ser útil no manual acima mencionado. Quando terminar de tentar recuperar todos os dados, é hora de ver o que temos.
Emita o comando fdisk -l sdb.img ou o que você nomeou sua imagem. Com alguma sorte, você obterá uma saída semelhante a essa, indicando que a tabela de partições está intacta.
Disk sdb.img: 4013 MB, 4013948928 bytes
1 heads, 24 sectors/track, 326656 cylinders, total 7839744 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: 0x000174fe
Device Boot Start End Blocks Id System
sdb.img1 * 2048 7839743 3918848 b W95 FAT32
Observe o número "Iniciar" Isso significa que o sistema de arquivos inicia no setor 2048.
Armado com essas informações e algumas habilidades matemáticas básicas ou uma calculadora, podemos chegar ao deslocamento que precisamos para experimentar nossos processos. 2048 setores X 512 bytes por = 1048576
desde que criamos esta imagem devido a falha, primeiro tentaremos reparar o sistema de arquivos
emite o comando sudo losetup --offset 1048576 /dev/loop2 sdb.img para configurar a imagem em um dispositivo de loop.
emita o comando sudo fsck /dev/loop2
Depois de repararmos o sistema da melhor forma possível, criaremos um ponto de montagem com sudo mkdir /mnt/loop e montaremos o dispositivo de loop de configuração anterior com sudo mount /dev/loop2 /mnt/loop
Agora, esperamos que tenhamos alguns dados que podemos copiar para outra unidade. vamos ver:
ls /mnt/loop
autorun.inf casper-rw ldlinux.sys pool smart-fail.txt
boot dists md5sum.txt preseed syslinux
casper install pics README.diskdefines wubi.exe
Parece que tenho alguns. Espero que você também! depois de terminar de copiar meus arquivos, desmonto o dispositivo de loop com sudo umount /dev/loop2
Se esta abordagem tiver sido menos bem-sucedida, também poderei testar testdisk com o comando 'sudo testdisk sdb.img (ou qualquer nome que você tenha nomeado para o seu arquivo de imagem). Pressione enter para selecionar a imagem e, em seguida, escolha o tipo de partição, se um tipo for detectado, ele lhe dará uma dica sobre como proceder. Observe que isso geralmente é da Intel em pen drives.
Você pode escolher Analisar para procurar partições perdidas ou ir diretamente para Avançado para as ferramentas do sistema de arquivos para selecionar uma partição já conhecida ou recuperada. Após a seleção da partição, você verá uma lista de arquivos com instruções sobre como selecionar arquivos para copiar e etc. Esta parte é bastante autoexplicativa e provavelmente é coberta em outro lugar, então eu paro aqui com a promessa de que se algo não estiver claro você pode me mandar um comentário e eu entrarei em contato com você.