パーティションテーブルが破損しています（USBフラッシュドライブ）

これは8 GBのPatriotサムドライブで、大量のデータを使用して幅広く使用しています。今日、それが検出されますが、すべてのデータが消えている：（EDITは、少なくとも一部のデータがまだそこにあるが、パーティションテーブルがなくなっています）

EDIT @Sathya（ありがとう）ここに関連する出力がありsudo fdisk -lます：

Disk /dev/sdc: 8019 MB, 8019509248 bytes
247 heads, 62 sectors/track, 1022 cylinders
Units = cylinders of 15314 * 512 = 7840768 bytes

Disk /dev/sdc doesn't contain a valid partition table

それは/ dev / sdcのようで、8 GBがあり、パーティションテーブルはありません。

/ dev / sdcをマウントしようとしました（次にdmesg | tail）：

/media> sudo mount /dev/sdc mytmp
mount: wrong fs type, bad option, bad superblock on /dev/sdc,
       missing codepage or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

/media> dmesg | tail
[   24.300000]  sdc: unknown partition table
[   24.320000] sd 2:0:0:0: Attached scsi removable disk sdc
[   24.370000] usb-storage: device scan complete
[   26.870000] EXT2-fs error (device sdc): ext2_check_descriptors: Block bitmap for group 1 not in group (block 0)!
[   26.870000] EXT2-fs: group descriptors corrupted!
[   50.420000] unhashed dentry being revalidated: .DCOPserver_eeepc-brendanma__0
[   50.430000] unhashed dentry being revalidated: .DCOPserver_eeepc-brendanma__0
[   50.430000] unhashed dentry being revalidated: .DCOPserver_eeepc-brendanma__0
[ 5565.470000] EXT2-fs error (device sdc): ext2_check_descriptors: Block bitmap for group 1 not in group (block 0)!
[ 5565.470000] EXT2-fs: group descriptors corrupted!

EDIT @Col：testdiskからの結果

Disk /dev/sdc - 8013 MB / 7642 MiB - CHS 1022 247 62
Current partition structure:
     Partition                  Start        End    Size in sectors

Partition sector doesn't have the endmark 0xAA55

私がヒットした後[proceed]、それは言う：

Structure: Ok.


Keys A: add partition, L: load backup, Enter: to continue

「構造：OK」「A：パーティションの追加」で古いデータにアクセスできるようになりますか（まだそこにある場合）、または新しい新しいパーティションが作成されますか？

別のオプションは " [ MBR Code ] Write TestDisk MBR code to first sector"です-これを行う方が良いでしょうか？

編集私は、以下を使用し、英語のテキストをより少なく検索することで（ ""のように）、少なくとも私のデータの一部がまだフラッシュドライブ上にあることを発見しました：

cat /dev/sde | tr -cd '\11\12\40\1540-\176' | less

（ドライブを「/ dev / sdb」から「/ dev / sde」に変更しました。今日、追加のドライブをいくつか接続したためです）。「/ dev / sde1」が最初のパーティションになることを知りました。「/ dev / sde」はドライブ全体です。unixはこれらのデバイスをファイルと同じように扱うため、などの通常のunix fileコマンドをすべて使用して、cat他のデータストリームと同じように処理できます。tr上記削除しない文字（「\ 40」私は維持したいスペースです）。以下では、Vimと同様に「/」を使用して検索できます。

どうすればデータを元に戻すことができますか（データがまだある場合）？パーティションテーブルのみが破損している場合、標準の「パーティションリカバリツール」はありますか？すべてを削除せずに「再パーティション」する方法はありますか？

デバイス上でtestdiskを実行する価値があるかもしれません。パーティションテーブルがポップしたように思えます。Testdiskはデータを回復できるはずです。

心配しないでください、あなたのデータはなくなっていません---グラフィカルインターフェースが何を言っていても、ディスクがマウントされていないことは正しいです。

次のように（rootとして）マウントすることができます：

mount /dev/sdb1 /media/Patriot\ Memory

それがあなたのUSBスティックを指していると私が思うところsdb1-それはかもしれないしsdc1、sdd1

パーティションテーブルを再構築することは可能ですが、デバイスのイメージを取得するために最初に実行する必要があります。あなたはこれを行うことができますdd if=/dev/sdb of=~/memstick.img-必要に応じてパスを変更します。

それが完了したら、PhotoRecを実行します。これにより、そこにあるすべてのファイルを引き出すことができるはずです。必要なものがすべて揃っている場合は、スティックをフォーマットしてもう一度やり直してください。そうでない場合は、さらにデータを回復できます。

ddrescueは必要なツールです。testdiskなどから投稿した出力に基づいて、パーティションテーブルをサルベージし、他の方法でデータにアクセスすることはできないと思います。

http://www.forensicswiki.org/wiki/Ddrescue

ddrescueはデータ回復ツールです。あるファイルまたはブロックデバイス（ハードディスク、cdromなど）から別のデバイスにデータをコピーし、読み取りエラーが発生した場合にデータをレスキューしようとします。

ddrescueの基本操作は完全に自動です。つまり、エラーを待機したり、プログラムを停止したり、ログを読み取ったり、リバースモードで実行したりする必要はありません。

ddrescueのログファイル機能を使用すると、データは非常に効率的に救出されます（必要なブロックのみが読み取られます）。また、あなたはいつでも救助を中断し、後で同じ時点でそれを再開することができます。

Ddrescueは、入力で不良セクターを検出したときにゼロを出力に書き込まず、要求されない場合は出力ファイルを切り捨てません。したがって、同じ出力ファイルで実行するたびに、すでに救出されたデータを消去することなく、ギャップを埋めようとします。

ファイル、cdromなどの2つ以上の破損したコピーがあり、それらすべてに対して同じ出力ファイルで一度に1つずつddrescueを実行すると、完全でエラーのないファイルが得られます。これは、異なる入力ファイルの同じ場所に損傷領域がある可能性が非常に低いためです。ログファイルを使用すると、必要なブロックのみが2番目以降のコピーから読み取られます。