
私は Ubuntu を実行しており、Windows 10 にアクセスできます。 を使用して作成したディスクのイメージがあります。イメージで をGNU ddrescue
使用してみましたが、検出された異なるファイル タイプごとに名前が付けられた個別のフォルダーが作成され、一致するファイルがそこに詰め込まれるようです。foremost
foremost
これにより、元のフォルダツリーが完全に破壊され、結果として得られるすべてのファイルの意味を理解するのは困難になります。不可能。
画像ファイルには大量の写真があります。それらは、写真が撮影された場所、撮影された日時などの名前が付いた多数のフォルダーに保存されています。元のフォルダー ツリーを保存する必要があります。
誰かこれを手伝ってくれませんか?
の内容fdisk -l mybackup.img
Disk backup.img: 424.5 GB, 424541814784 bytes
255 heads, 63 sectors/track, 51614 cylinders, total 829183232 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: 0xeea5da13
Device Boot Start End Blocks Id System
backup.img1 63 976768064 488384001 7 HPFS/NTFS/exFAT
答え1
免責事項
ddrescue
私の回答は、 (またはdd
) で撮影されたイメージが完全に正確であり (読み取りエラーがなかった)、基礎となるパーティションとファイルシステムが正常な場合に適用されます。実際には、これは「回復」ではなく「アクセスの取得」です。ディスクまたはファイルシステムに障害がある場合、これは当てはまらない可能性があります。
実際の答え
提供されたfdisk
出力は、イメージサイズが小さすぎてパーティションを保持できないことを示しています。質問は次のことに関連していると理解しています。これです完全なイメージを作成したら、基礎となるパーティションをマウントするだけです。
sudo mount -o ro,offset=$((512*63)) mybackup.img /mnt
ノート:
ro
イメージが誤って変更されるのを防ぐため、読み取り専用 ( ) でマウントします。- イメージには 1 つのパーティションが含まれています。
63
はセクター サイズ単位のオフセットです (512
)。 - マウントポイントは です
/mnt
。もちろん、他の場所にマウントすることもできます。
/mnt/
これで、 (またはマウントすることにした場所)の下にあるファイルとディレクトリ構造を確認できるはずです。 cp -r
、mc
または別のツールを使用してコピーします。
クリーニング
完了したら、次の方法でアンマウントします。
sudo umount /mnt