☰

ddrescue イメージファイルの内容を取得します。

tag-icon • tag-icon data-recovery disk-image ddrescue fat32
ddrescue イメージファイルの内容を取得します。

私のハードドライブにエラーが発生し、約400 GBのデータが含まれていましたが、そのうち約50 GBを回復する必要がありました。すべてのデータは特定のディレクトリ（/写真2018/）。

ハードドライブはWDマイパスポートエッセンシャルWDBAAA5000ABK（500GB、USB 2.0）。これには、私のデータを含むFAT32パーティションといくつかのWDソフトウェアを含む別のパーティションが含まれています。

を使ってみましたddrescue --no-split -r3 /dev/sdb1 defekt_wd.iso defekt_wd.log。多くのエラーが発生しましたが（出力はありません）、最終的に出力ファイルを取得しました。これが表示された場合、ログファイルは1.2 MBです。このプロセスでは、ハードドライブの騒音がますます大きくなり、かなり熱くなります。

コンテンツを抽出するさまざまな方法が見つかりましたが、どちらも成功しませんでした。私が試したことは次のとおりです。

まず、既存のインストール（ただし、保証条件のために現在のコンピュータでカーネルを再コンパイルすることはできませんが、これが他のコンピュータでも機能すると思われる場合は、イメージファイルをコピーできます）

# 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.

第二に、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

また、7-zipを使用してアーカイブを抽出/リスト/テストしてみました。たとえば、次のようになります。

# 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

出力は次のとおりです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 "

私の現在の理論は、画像ファイルに2つのパーティションが含まれていますが、そのうちの1つの内容を抽出する方法がわからないということです。次に何をすべきかアドバイスをいただけますか？

答え1

/dev/sdb1 のイメージを作成したので、そのパーティションのイメージのみを作成しました。最初のパーティションにデータが含まれている限り、正しい選択です。

インストールする方法は次のとおりです。

mount -o loop defekt_wd.img /tmp/defektdisk

ディスクイメージのパーティションテーブル（存在する場合）に関する詳細情報を取得するには、次のようにします。

fdisk -l defekt_wd.img

答え2

私の作業ソリューションは、ddrescue出力ファイルの内容を別の物理ハードドライブ（同じサイズまたは大きいドライブ）にコピーすることです。

# ddrescue -f defekt_wd.img /dev/sdb to_harddrive.log
GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued:   468428 MB,  errsize:       0 B,  current rate:    4653 kB/s
   ipos:   468428 MB,   errors:       0,    average rate:   34703 kB/s
   opos:   468428 MB, run time:    3.74 h,  successful read:       0 s ago
Finished

回復されたコンテンツを含む物理ハードドライブをマウントでき、幸運にも重要な写真50GBの約80％を検索できました。ほとんどの写真がJPEGなので、部分的に破損した写真も一部切り取ることができました。

答え3

同じ問題がありましたが、exFATファイルシステムを使用しました。 Ubuntu 20.04リポジトリにexFATを変更するためのツールがないため、Testdisk（testdisk /path/to/broken.img）を使用してファイルを抽出しました。 Testdiskは、Recuva、Windows、またはWindows exFATリカバリが実行できないファイルのリストを読み続けることができます。このリストにより、Testdiskはファイル名とメタデータを含むすべてのイメージを別のボリュームにコピーできます。

関連情報