次の2つのコマンドを使用して、2ギガバイトのUSBスティックをほぼ2日で100ギガバイトの空のreiserfsパーティションにレスキューしました。
ddrescue -f -n / dev / sda / dev / sdb8ログファイル
ddrescue -d -f -r3 / dev / sda / dev / sdb8ログファイル
次に何をすべきかわからなかったので、中身を調べるために/ dev / sdb8をマウントしてみました。ただし、マウント：ファイルシステムのタイプを指定する必要があります。その前に、ddrescueが書き込む前に、空のreiserfsパーティションをマウントできました。今、救助されたデータを読む方法はありますか？
ありがとう。
回答:
ほとんどのUSBスティックはPCパーティションフォーマットを使用し、単一のパーティションを持っています。つまり、ディスクの最初のセクター（512バイト）にはパーティションテーブル（およびオプションでブートローダー）が含まれ、残りのディスクにはパーティションが含まれます。
パーティションだけを救助することもできます
ddrescue -f -n /dev/sda1 /dev/sdb8 logfile
ddrescue -d -f -r3 /dev/sda1 /dev/sdb8 logfile
しかし、ディスク全体が揃ったので、パーティションを取得できます。
losetup -o 512 /dev/loop0 /dev/sdb8
mount -r /dev/loop0 /mnt
/dev/loop0が既に使用されている場合は、別の番号を選択する必要があります。このコマンドlosetup -fは、フリーループデバイスの番号を返します。
ただし、稼働中のシステムでパーティションを操作するとエラーが発生しやすいため、これを行うのではなく、USBスティックから通常のファイルにデータを移動することをお勧めします。ディスク全体をコピーlosetupし、ディスクイメージで使用します（16M×130はUSBスティックのサイズよりも大きいと計算されます）：
dd bs=16M count=130 </dev/sdb8 >/var/tmp/usb-stick.disk
または、パーティションだけをコピーして、パーティションイメージを直接マウントします。
tail -c +513 </dev/sdb8 | dd bs=16M count=130 >/var/tmp/usb-stick.partition
mount -o loop,ro /var/tmp/usb-stick.partition /mnt
また、将来の参照のためddrescueに、最初に出力パーティションではなく出力ファイルを渡すこともできます。
usbfsは擬似ファイルシステムです（procandなどsysfs）。デバイスを無視します。あなたが持っているのはおそらくvfatファイルシステムですがmount、ファイルシステムを自動的に把握できなかった場合は、おそらくどこか他の場所に問題があります。ループデバイスはどのように作成しましたか？何がfile - </dev/loop0表示されますか？どうfile - </what/you/ran/losetup/on？
ディスクをパーティションにコピーした-これが
、パーティションを単独でマウントして通常のマウントを行う場合に違いがある理由です。入力ファイルとして/ dev / sda1を使用する必要があります。
ディスクファイルからパーティションを切り分けるか、マウントチュートリアルにオフセットを使用する必要があります。http：
//www.andremiller.net/content/mounting-hard-disk-image-include-partitions-using-linux
また、apt-getを介して、またはCERT.orgからrpmとして入手可能な剖検/ sleuthkitでコンテンツを簡単に表示できるはずです。
通常、ディスクまたはパーティションをファイルにコピーします...その方法で作業する方が簡単です。ディスクをファイルにコピーした場合、パーティションを個々のファイルに分割するか、前述のチュートリアルのようにマウントします。最後にマウントできるパーティションファイルがあり、新しいパーティションにcp -pRします。