Linux

Linux Ext 3ファイルシステムのスーパーブロック（スーパーブロック）エラーでEXT 3スーパーブロックを復元する正しい方法。

...... /dev /hda4上のスーパーブロックが不良です。

同僚が回復したため、結果は消去されました。後で、私は当時の直接fsck回復方法は間違っていたと思いました。正しい方法は次のようになります。

1間違ったディスク（またはデバイス）ブロックのサイズを取得します。

入手する方法はたくさんあります。たとえば、

＃tune2fs -l /dev /hda4は実際には1 Kです。

2現在のエラーディスクバックアップの場合。

スーパーブロックを復元するプロセスは、実際には危険なプロセスです。バックアップを作成し、バックアップを作成することができます。他にアイドル状態のデバイスがある場合は、ddコマンドを使用してデバイスの内容をバックアップします。

3一般的に、スーパーブロックエラーは基本的にはメインスーパーブロックエラーであり、Ext2 /Ext3ファイルシステムが作成されると、スーパーブロックをいくつかの場所にバックアップするように画面に促します。 。それでは、どのようにしてこれらのスーパーブロックがどこにあるのかを知るのですか？ヘルプ情報を見てみましょう：

-bスーパーブロック
通常のスーパーブロックを使う代わりに、スーパーブロックで指定された別のスーパーブロックを使います。バックアップスーパーブロックの位置はファイルシステムのブロックサイズに依存します1kブロックサイズのファイルシステムの場合、バックアップスーパーブロックはブロック8193で見つけることができます; 2kブロックサイズのファイルシステムの場合、追加のバックアップスーパーブロックは、mke2fsプログラムを使用して-nオプションを使用して、どこに印刷するかを決定することができます。ファイルシステムのブロックサイズを指定するmke2fsの-bオプションは、出力されるスーパーブロックの位置が正確になるように指定する必要があります。

代替スーパーブロックが指定されていて、ファイルシステムが読み取り専用で開かれていない場合、e2fsckはプライマリスーパーブロックが更新されていることを確認します。 dはファイルシステムのチェックが完了すると到着するはずです。

4リカバリを開始します。ファイルシステムのブロックサイズが1Kの場合、次のコマンドで復元できます。

＃/sbin/fsck.ext3 -b 8193 /dev /hda4

このスペアブロック（8193）にも問題は、24577（8192 * 3 + 1）または40961（8192 * 5 + 1）を試してください。

スーパーブロックが1,3,5,7と同じ方法で保存されていることもわかります。特定の場所はBlockSize（8192）* N + 1で、これは500Mを超えるスペースの規則です。私は500M未満を知りません。あの人は私に言うことを知っています、ありがとう。