GNU/Linux >> Linux の 問題 >  >> Ubuntu

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

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

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

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

インストールプログラムは、パーティション、ext4、およびブートパーティションを確認できます。

ただし、Ubuntuライブディスクを使用してUbuntuをインストールしてもファイルシステムを救うことはできないようです。これは、ロット全体を上書きしようとしているかどうかがわからないため、リスクを冒したくないためです。

backuppcを使用してバックアップを作成しましたが、愚かなことにレスキューディスクを紛失しました。完全なインストールに続いて、実行した経験のない復元を避けたいと思います。

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

出力は次のとおりです:

[email protected]:~$ 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 **********

[email protected]:~$ 

これは、以前の10回とまったく同じであり、次の10回は、まったく同じチェックサムとブロックIDを試してみると確信しています。どんな助けも喜んで受けました!

ありがとう。

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

関連:自動更新?

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

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

ベストアンサー

最後に、ファイルシステムタイプext4がバッシングされるこのリンクを見つけましたが、私がすでに試したすべてのヒントを提供した後、最終的にこれを行うと表示されます:

sudo mkfs.ext4 -S /dev/sda1

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

ただし、幸運を感じた場合に限ります。

パーティションを修正したので、もう一度読むことができました。ただし、fsckを実行する必要がありました まだそこにあったエラーを修正し、/etcのコンテンツと他の多くのものを/lost + foundにダンプしたので、それを取得するには、バックアップから再インストールして復元する必要がありますもう一度行きます。


Ubuntu
  1. Sigintが親プロセスに送信されたときに子プロセスに伝播されないのはなぜですか?

  2. Ubuntu –マニュアルページが利用できない場合のヘルプについては、「man 7 Undocumented」を参照してください– Wsl Core Ubuntu 18.04インストール?

  3. グループパスワードなしでUbuntu18.04からCiscoVPNに接続しますか?

  1. Ubuntu 18.04ルーターからホスト名を認識しませんか?

  2. ダッシュホームが機能していませんか?

  3. Thinkpadがスリープから復帰しない– 14.04?

  1. Fat32ハードディスクからデータを回復しますか?

  2. CentOS/RHEL 7 で破損または空の /etc/mtab ファイルから回復する方法

  3. ユーザーをグループに追加しますが、ID を実行すると反映されません