☰

ジャーナルが破損したext4ファイルシステムを修復

tag-icon • tag-icon hard-disk data-recovery ext4
ジャーナルが破損したext4ファイルシステムを修復

私のハードドライブのログにある種のハードウェアの問題があるようです。これにより、ドライブがロードされなくなります。実行mount -r -t ext4 /dev/sda5 /mnt/root結果は次のとおりです。

[ 1420.671055] ata1.00: exception Emask 0x0 SAct 0x1000000 SErr 0x0 action 0x0
[ 1420.673862] ata1.00: irq_stat 0x40000008
[ 1420.676600] ata1.00: failed command: READ FPDMA QUEUED
[ 1420.679326] ata1.00: cmd 60/40:c0:a8:9d:0a/00:00:08:00:00/40 tag 24 ncq 32768 in
[ 1420.679326]          res 41/40:40:e1:9d:0a/00:00:08:00:00/00 Emask 0x409 (media error) <F>
[ 1420.685014] ata1.00: status: { DRDY ERR }
[ 1420.687858] ata1.00: error: { UNC }
[ 1420.761064] ata1.00: configured for UDMA/133
[ 1420.763863] sd 0:0:0:0: >[sda] Unhandled sense code
[ 1420.766653] sd 0:0:0:0: >[sda]  
[ 1420.769364] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1420.772104] sd 0:0:0:0: >[sda]  
[ 1420.774780] Sense Key : Medium Error [current] [descriptor]
[ 1420.777491] Descriptor sense data with sense descriptors (in hex):
[ 1420.780249]         72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 
[ 1420.783175]         08 0a 9d e1 
[ 1420.785972] sd 0:0:0:0: >[sda]  
[ 1420.788730] Add. Sense: Unrecovered read error - auto reallocate failed
[ 1420.791545] sd 0:0:0:0: >[sda] CDB: 
[ 1420.794331] Read(10): 28 00 08 0a 9d a8 00 00 40 00
[ 1420.797242] end_request: I/O error, dev sda, sector 134913505
[ 1420.800072] ata1: EH complete
[ 1420.800077] JBD2: Failed to read block at offset 2748
[ 1420.812529] JBD2: recovery failed
[ 1420.815275] EXT4-fs (sda5): error loading journal

これが何を意味するのかはほとんどわかりませんが、ログのロードに失敗するハードウェアの問題のようです。この問題を解決する方法はありますか？たとえば、ドライブの残りの部分をほとんどそのまま残しながら、ログを別のオフセットに再配置できますか？ドライブを使い続けるつもりはありません。重要なファイルをコピーできるようにマウントしたいだけです。

答え1

ファイルにアクセスできるようにログを再生せずに読み取り専用でマウントする（通常のファイルシステムにコミットされていない変更が失われる可能性があります）：

mount -o ro,noload...

答え2

出力を見てくださいsmartctl -a /dev/sda。ケーブルに問題がなければ、ディスクが死ぬ可能性があります。最近のバックアップがない場合は、適切なオプションを指定してdd_rescueまたはddを使用してブロックデバイスコンテンツをコピーする必要があります（インストールは不要）。

その後、試してみることができますhdparm --write-sector（常に「非常に危険な」オプションが興味深い...）。

別のオプションは、欠陥のあるセクターをバイパスするDMデバイスを作成することです。もちろん、内容は復元されません。 sdaオフセット（134913505）をsda5オフセットに変換する必要があります（sda5の最初のセクタ番号を見つけて減算）。 sda5 オフセットが 12345 であると仮定します。セクター 12345 が sda5 にマップされず、別の場所 (例えば、ループ装置) にマップされるブロック装置を生成します。 dmsetupの生成に使用されるデバイス定義は次のとおりです。

0 12345 linear /dev/sda5 0
12345 1 linear /dev/loop0 0
12346 99987653 /dev/sda5 12345

# format:
# logical_start_sector num_sectors linear destination_device start_sector

幸運ではなく、欠陥のあるセクターが1つしかありません。必要に応じてマッピングできますが（DMデバイスはそのセクタにゼロを提供しますが書き込み可能です）、Loop0でオフセットを計算するのは興味深いことがあります。別のオプションは、同じサイズの仮想デバイスを使用して再マッピングし、シンプロビジョニングまたはゼロターゲットデバイス（1セクタなどの小さなブロックサイズ）のスナップショットを使用することです。

編集1

もちろん、ループデバイスは同じディスク上のファイルを指してはいけません。

答え3

FSが読み取り専用でマウントされ、コンテンツがコピーされる回復モードで起動できます。

関連情報