fsckが役に立たないときに破損したファイルシステムから回復する

私のファイルシステムで何か問題が発生しました。Ubuntuは読み取り専用に設定しましたが、Ubuntu Live Discではfsckで修正できません。

13.04を実行していますが起動しません-起動時に、grubレスキュープロンプトが表示されるだけです。

これは簡単なセットアップで、/ dev / sda1にハードドライブが1つだけありますが、マウントすらしません。

インストールプログラムはパーティションを見ることができ、ext4であり、ブートパーティションであることがわかります。

ただし、Ubuntuライブディスクを使用してUbuntuをインストールしてもファイルシステムを救出できないようです。

backuppcを使用してバックアップを作成しましたが、愚かにもレスキューディスクを失いました。むしろ、完全なインストールの後に復元を実行するのは避けたいと思います。復元は実行経験がありません。

問題の核心は、fsckがすべてを修正するが実際には修正しないと言っているため、次にそれを実行したときに、まったく同じエラーメッセージと修正が表示されることです。

出力は次のとおりです。

ubuntu@ubuntu:~$ sudo fsck.ext4 -vy /dev/sda1
e2fsck 1.42.8 (20-Jun-2013)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
fsck.ext4: Group descriptors look bad... trying backup blocks...
Block bitmap for group 0 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 0 is not in group.  (block 2440124416)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

One or more block group descriptor checksums are invalid.  Fix? yes

Group descriptor 0 checksum is 0x761e, should be 0xcf25.  FIXED.
Block bitmap for group 4352 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 4352 is not in group.  (block 3731970048)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Group descriptor 4352 checksum is 0x5eda, should be 0x3da3.  FIXED.
Inode bitmap for group 4353 is not in group.  (block 2785042439)
Relocate? yes

Group descriptor 4353 checksum is 0xd8b1, should be 0xedfb.  FIXED.
Inode bitmap for group 4354 is not in group.  (block 838860807)
Relocate? yes

Group descriptor 4354 checksum is 0x1718, should be 0x0438.  FIXED.
Inode bitmap for group 4355 is not in group.  (block 771751943)
Relocate? yes

Group descriptor 4355 checksum is 0x0bc8, should be 0x4170.  FIXED.
fsck.ext4: e2fsck_read_bitmaps: illegal bitmap block(s) for /dev/sda1

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****

/dev/sda1: ********** WARNING: Filesystem still has errors **********

ubuntu@ubuntu:~$ 

これは10回前とまったく同じであり、次の10回は試してみると間違いありません。まったく同じチェックサムとブロックIDです。喜んで受け取った助け！

ありがとう。

編集：基本的には、このファイルシステムはその場で修復可能ですか、それともfsckからの情報はディスクが死んだことを意味するのでしょうか？そして、それが死んでいない場合、fsckでやったこと以上に何ができますか？

編集：tune2fsを使用してスーパーブロックを識別し、fsckの代替としてe2fsck -b 01234 / dev / sda1を実行しました...効果はありません。

編集：パーティションが悪いことを教えてくれますtestdiskを試してください。... OK testdiskはあまり提供していないようです。

ファイルシステムタイプext4がバッシングを取得するこのリンクを最終的に見つけましたが、すでに試したすべてのヒントを与えた後、最終的にこれを行うと言います：

sudo mkfs.ext4 -S /dev/sda1

これにより、ブロックサイズが正しく推測されると仮定して、すべてのスーパーブロックが正しいデータに置き換えられます（デフォルトはほとんどのシステムで正しいです）。これを使用する必要がある場合は、最初に-Sのmanページをお読みください。私を責めるな！

しかし、あなたが幸運だと感じる場合のみ。

パーティションを修正したので、もう一度読むことができました。ただし、fsckまだ存在していたエラーを修正するために実行する必要があり、/ etcの内容やその他の多くの内容を/ lost + foundにダンプしたため、再インストールと復元を行う必要があります再度バックアップしてください。

最初に：このディスクに重要なデータがある場合、バックアップを作成するのに適した時間（実際には悪い時間）になります。データ復旧：破損したデバイス、ファイルシステム、またはドライブのイメージングを参照してください。たぶん、あなたのハードディスクは死にかけています。

2番目：これを見てください：クラッシュ後にデータドライブのマウントを修正するにはどうすればよいですか？

3番目：Smartmontoolsを使用してハードドライブをチェックし、最終的にbadblocks：（sudo badblocks -vsn /dev/sda時間がかかる場合があります。ssd がある場合はこれを行わないでください）