友達のために外付けハードドライブからデータを回復しようとしています。
私は最新バージョンのKnoppixを使用しており、USBで起動しています。
私が使用したチュートリアルではイメージ(.img)を生成しましたが、ddrescue
今はcopia.img
ファイルがありますが、インストールできません。
端末をインストールしようとすると、次のように表示されます。
mount: wrong fs type, bad option, bad superblock on .....
ドライブは写真を保存するためのものであり、オペレーティングシステムや同様のものは含まれていません。
copya.img ファイルから File コマンドを実行すると、次のように表示されます。
DOS/MBR ブートセクタ、コードオフセット 0x52+2、OEM-ID "NTFS"、メディア記述子 0xf8、セクタ/トラック 63、ヘッド 255、隠しセクタ 63、dos <4.0 BootSector(0x80)、FAT(説明者は 1Y biy) ; NTFS、セクタ/トラック63、セクタ1953520001、$ MFT起動クラスタ21931768、$MFTMirror起動クラスタ477176、クラスタ/RecordSgement 2、クラスタ/インデックスブロック8、シーケンス番号0d2c6a522c6a50b
また、dmesg コマンドを実行すると、次のように表示されます。
復元するのに役立ちますか?
答え1
呼び出し出力によると、file
ファイルは単一のファイルシステムではなく、複数のパーティションを含むブロックデバイス全体のイメージであるように見えます。これはマウントできない理由を説明しますmount
。このコマンドは単一ファイルシステムのマウントをサポートします。
ディスクイメージ内にファイルシステムをマウントするには、次の手順を実行する必要があります。
fdisk -l
イメージを実行してファイルシステムのオフセットを見つけます。<offset> * <block size>
バイト単位でオフセットを得るために計算します。- ファイルのこのオフセットからループデバイスを作成します。
- 取り付けには明示的にループ装置を使用してください。
から抜粋しました https://web.archive.org/web/20170917154947/http://madduck.net/blog/2006.10.20:loop-mounting-partitions-from-a-disk-image/ 完全な指示は次のとおりです。
$ /sbin/fdisk -lu disk.img
[...]
Units = sectors of 1 * 512 = 512 bytes
Device Boot Start End Blocks Id System
[...]
disk.imgp7 10860003 68372639 28756318+ 83 Linux
# losetup /dev/loop0 disk.img -o $((10860003 * 512))
# file -s /dev/loop0
/dev/loop0: Linux rev 1.0 ext3 filesystem data
# mount /dev/loop0 /mnt
[...]
# umount /mnt
# losetup -d /dev/loop0
同じブログ記事では、「kpartx」という新しいパッケージが計算を自動化できることを示唆しています。