Eu tenho um disco rígido com falha com cerca de 400 GB de dados, dos quais aproximadamente 50 GB precisam ser recuperados. Todos os dados estão localizados em um diretório específico ( /Fotos2018/ ).
O disco rígido é um WD My Passport Essential WDBAAA5000ABK (500 GB, USB 2.0) . Ele continha uma partição FAT32 contendo meus dados, bem como outra partição contendo alguns softwares WD.
Tentei fazer backup dos meus dados em um disco rígido saudável, usando ddrescue --no-split -r3 /dev/sdb1 defekt_wd.iso defekt_wd.log. Gerou toneladas de erros (não tenho a saída), mas acabou com o arquivo de saída. O arquivo de log tem 1,2 MB se isso fornecer alguma indicação. Durante esta operação, o disco rígido parecia cada vez mais arranhado e ficou bastante quente.
Encontrei vários métodos para extrair o conteúdo, mas nenhum deles foi bem-sucedido. Abaixo estão minhas tentativas:
Primeiro, a montagem tradicional (no entanto, não posso recompilar o kernel na máquina atual devido aos termos de garantia, mas se você acredita que isso funcionaria em uma máquina diferente, posso copiar o arquivo de imagem)
# mount defekt_wd.img /tmp/defektdisk
mount: Could not find any loop device. Maybe this kernel does not know about the loop device? (If so, recompile or `modprobe loop'.)
# modprobe loop
FATAL: Module loop not found.
Em segundo lugar, usando xorriso.
# xorriso -indev defekt_wd.img -ls
xorriso 1.3.2 : RockRidge filesystem manipulator, libburnia project.
xorriso : NOTE : Loading ISO image tree from LBA 0
libisoburn: WARNING : No ISO 9660 image at LBA 0. Creating blank image.
Drive current: -indev 'defekt_wd.img'
Media current: stdio file, overwriteable
Media status : is written , is closed
Media summary: 1 session, 228724832 data blocks, 436g data, 0 free
Volume id : 'ISOIMAGE'
Valid ISO nodes found: 0
Eu também tentei extrair/listar/testar o arquivo usando 7-zip, por exemplo:
# 7z l defekt_wd.img
7-Zip 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18
p7zip Version 9.20 (locale=C,Utf16=off,HugeFiles=on,2 CPUs)
Error: defekt_wd.img: Can not open file as archive
Errors: 1
Aqui está a saída de file:
# file defekt_wd.img
defekt_wd.img: x86 boot sector, code offset 0x58, OEM-ID "BSD 4.4", sectors/cluster 64, Media descriptor 0xf8, heads 255, hidden sectors 2048, sectors 975394816 (volumes > 32 MB) , FAT (32 bit), sectors/FAT 119038, reserved3 0x800000, serial number 0xac2710e2, label: "XYZ "
Minha teoria atual é que o arquivo de imagem contém duas partições, mas não sei como extrair o conteúdo de apenas uma delas. Você pode oferecer alguma sugestão sobre o que fazer a seguir?
Como você criou uma imagem de /dev/sdb1, você criou apenas uma imagem dessa partição (em oposição a /dev/sdb que seria a unidade inteira) Desde que a primeira partição fosse aquela que continha seus dados, isso seria o certo.
Quanto a montá-lo, tente:
Para obter mais informações sobre a tabela de partição (se houver) da imagem de disco, use:
Minha solução de trabalho foi copiar o conteúdo do arquivo de saída do ddrescue para um disco rígido físico diferente (de tamanho igual ou, de preferência, maior):
O disco rígido físico com o conteúdo resgatado foi capaz de montar e tive a sorte de recuperar cerca de 80% dos importantes 50 GB de fotos. Como a maioria era de fotos JPEG, pude até cortar algumas das fotos que foram parcialmente danificadas.
Eu tive o mesmo problema, mas com um sistema de arquivos exFAT. Como o Ubuntu 20.04 não possui uma ferramenta no repositório para reparar o exFAT, usei o Testdisk (
testdisk /path/to/broken.img) para extrair os arquivos. O Testdisk ainda conseguiu ler a lista de arquivos que nem o Recuva, o Windows ou o reparo do Windows exFAT podiam fazer. Com essa lista, o Testdisk conseguiu copiar todas as imagens, incluindo nome de arquivo e metadados, para outro volume.