☰

マウントされた状態での偶発的なfsck

tag-icon • tag-icon linux data-recovery ext3
マウントされた状態での偶発的なfsck

マウントされたパーティションで誤って「fsck」を実行しました。これは私の唯一のパーティションでした。これで起動できなくなりました。これは Fedora 13 で、ファイルシステムは ext3 であるはずです。

Ubuntu 11.10 で USB から起動しました。lost+found が空であることがわかりました。ファイルが見つかりません。回復する方法はありますか?

一部のファイルのみを保存したいです。

答え1

直ちに行うべき行動（すべきこととすべきでないこと）:

  • するすぐにumount /dev/sdaXパーティションを作成するか、それができない場合はパーティション デバイス ノードのmount -o remount,ro /dev/sdaX場所を確認します。/dev/sdaX
  • しないでください回復しようとしているファイル/データを含むパーティションに何かを書き込みます。
  • しないでくださいファイルシステム修復ツールを実行します（fsck または類似の) またはファイルシステムやディスクの内容を変更する可能性のあるユーティリティ。
  • しないでください初期段階のバックアップが準備される前に、そのパーティションをマウント/使用しようとします。

回復を開始する前に:

破損したファイルシステムからファイルを回復する前に、必ずディスクまたはパーティションのイメージを作成してください。イメージ ファイルがあれば、回復プロセスで問題が発生して状況が悪化した場合でも、いつでもロールバックできます。

顕著なメリット

  • バックアップを複製し、さまざまなリカバリ方法を同時に実行することで、全体的なリカバリ プロセスに費やす時間を効果的に節約できます。
  • リカバリで何かひどい問題が発生した場合（リカバリツールが機能しない、データがさらに破損する、ヘッドクラッシュなどにより元のソースが動作不能になる、…]
  • このような状況では、最も重要なデータが存在するデバイスで直接作業するのは非常に悪い考えです。

回復の準備:

イメージ作成に役立つ方法やユーティリティはいくつかありますが、1つの例としては、Linuxユーティリティを使用する方法があります。ddこのユーティリティは、HDD からファイルにすべてのビットをコピーできます。

ただし、この方法でディスクイメージを作成すると、2000GB のディスクに 2000GB のファイルを作成するなど、多くのディスク領域を消費する可能性がありますdd。これは、ファイルシステムやハードディスクに保存されているデータを参照せず、見えるすべてのビットをコピーしようとするためです。圧縮は必須です (少なくとも大きなディスクの場合）、最速の圧縮方法を使用しても、ほとんどのゼロは除去されます[RLE] をファイルからコピーします。この例では、ディスク/dev/sdaを にコピーします/mount/backups/disk1.img.bz2。

# Disk image + compression with bzip2:
dd if=/dev/sda of=/dev/stdout bs=1M | bzip2 > /mount/backups/disk1.img.bz2
# Or compression with gzip:
dd if=/dev/sda of=/dev/stdout bs=1M | gzip > /mount/backups/disk1.img.gz

欠陥のあるソースから画像を撮影する場合は、ddrescueの代わりにdd（ddrescueは同様のユーティリティですが、エラーが発生した場合に再試行/セクターをスキップできます。）。

ファイルを回復する方法:

EXTファイルシステムに適したファイル回復ユーティリティはextundeleteそしてext3grep。

debugfs役に立つかもしれませんが、基盤となるファイルシステムをある程度理解している必要があります。ファイルシステムを読み取れるかどうか試すことができます。ファイルの表示とコピーについては、をcat参照してください。dumpdebugfs
見る削除する
そしてhttp://www.cyberciti.biz/tips/surviving-a-linux-filesystem-failures.html

testdiskディスクからパーティション テーブルを見つけて修復するために使用される別のユーティリティです。

fsck -t ext3 -f -y試してみる価値はありますが、これはソースに直接書き込むため、必ずバックアップを取っておくことを忘れないでください。

photorec上記のすべてが失敗した場合は、これを試してください。フォトレックヘッダーでファイルを検索しようとするので、既知のタイプのみを回復できます。ここに記載しかし、ファイルシステムについて何も知る必要がなく、生データに直接作用するので、少なくとも何かを回復できる可能性があります。ただし、ファイルが連続していない場合は、一部のファイルが完全に回復されない可能性があります。同様の機能を持つ別のユーティリティは第一にそしてマジカルレスキュー。

いくつかの注意点:

一部のリカバリ/チェック ユーティリティは、データを破損して状況を悪化させる可能性もあることに注意してください。そのため、リカバリを続行する前に、まず完全なディスク バックアップを作成する必要があります。

ディスクイメージの圧縮は、LZ4または空気を抜くどちらも RLE を適切にサポートしており、もちろんロスレス アルゴリズムであればどれでも使用できます (多かれ少なかれ効果的に)。

他にも回復ユーティリティはたくさんあるグーグル。

関連情報