どういうわけか/dev/sdbの私のパーティションは完全に破損しています。ハードドライブには回復する必要があるデータがたくさん含まれていますが、まだバックアップできません。インストールしようとすると、次のようになります。
# mount -t ext4 /dev/sdb /world
mount: wrong fs type, bad option, bad superblock on /dev/sdb,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
また、実行すると、fdisk
ハードドライブにどのパーティションがあるかを確認しようとします。
Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x25467742
Device Boot Start End Blocks Id System
/dev/sdb3 * 1 1 0 0 Empty
Partition 3 does not end on cylinder boundary.
使ってみました。テストディスク失われたパーティションを回復しようとしましたが、クイックスキャンまたはファインスキャンでパーティションを見つけることができませんでした。
使用されたスペースが表示され、ハードドライブ自体のすべてのデータはそのまま残ります。パーティションが完全に消えたようです。このデータを回復する方法はありますか?欠落しているツールや詳細がありますか?
答え1
ディスク全体ではなくパーティションのマウント
あなたの初期コマンドは次のとおりです
#mount -t ext4 /dev/sdb /world
変える
#mount -t ext4 /dev/sdb3 /world
(ディスク名の代わりにパーティション名を使用することに注意してください:/dev/sdb3
vs /dev/sdb
)。私は以前この問題に固執したことがあるので、それを指摘できると思いました。
回復ツールの使用
場合によっては、パーティション、ディスク、またはパーティションテーブルが破損する可能性があります。
理想的には、回復ツールを使用する前にハードドライブイメージを作成する必要があります。
特定の種類のファイルを検索できる「最優先」というツールがあります。以下は役に立つブログ投稿です。フォーマットされたドライブからデータを回復する最も重要な方法
データ型が一般的でない場合、最も重要なデータはあまり役に立ちません。
TestDiskがパーティションを見つけることができない場合、GNU Partedも見つからないと予想します。試してみる価値がある
答え2
「ここに到着」を使用している他の人の場合、fstab
エラー:
wrong fs type, bad option, bad superblock on /dev/sdb, missing codepage or helper program, or other error
私の場合のように、スペルを間違えるとエラーが発生する可能性があります。
UUID=... /mnt/path auto nosiud,nodev,nofail 0 0
変更( nosuid
):
UUID=... /mnt/path auto nosuid,nodev,nofail 0 0