ext3ドライブにファイルをコピーしているときに何かが起こり(ネットワーク経由、sambaでマウント)、このHDDに何も書き込めなくなりました。dmesgコマンドは次のように説明されます:
db: Current: sense key=0x3
ASC=0x0 ASCQ=0x0
Info fld=0xa2fce10
end_request: I/O error, dev sdb, sector 170905104
EXT3-fs error (device sdb2): read_block_bitmap: Cannot read block bitmap - block_group = 644, block_bitmap = 21102592
Aborting journal on device sdb2.
ext3_abort called.
EXT3-fs error (device sdb2): ext3_journal_start_sb: Detected aborted journal
Remounting filesystem read-only
EXT3-fs error (device sdb2) in ext3_prepare_write: IO failure
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data
問題をさらに調査したところ、ジャーナルが破損している可能性があることがわかりました。ドライブをアンマウントし、ファイルシステムからジャーナルを削除することを提案されました。チューン2sf、 使用e2fsckドライブをスキャンし、最後にジャーナルを再作成しますチューン2fsドライブがフラグ付けされているため、これは難しい部分です回復が必要そしてジャーナルは削除できませんでした(強制削除してもえー許可されません)。私はフラグを変更しようとしますデバッグしかし、プログラムは毎回失敗します。
Can't read an block bitmap while reading block bitmap
ドライブ上のデータが破損していないことは99%確信しており、e2fsckジャーナルを削除する前に、一部のデータが確実に破損します。
ジャーナルを削除できるように、そのドライブから needs_recovery フラグを削除する方法はありますか?
答え1
問題はジャーナル自体ではありません。読み取り不可能なブロック(つまりディスクが故障している)によってジャーナルまたは他のメタデータが破損しているため、ジャーナルを削除するだけで済みます。ない正しい解決策。
できる限りのバックアップを取り、故障したディスクを交換することを強くお勧めします。
答え2
@shodanshokがすでに述べたように、その特定のセクターが故障しているため、ジャーナルを削除することは不可能かもしれません。簡単な救済策があります。パーティションを次のようにマウントします。拡張子2、ext3 ではなく、ジャーナル ブロックがまったく読み込まれないようにします。次に、すべてのデータをできるだけ早くバックアップします。数日前に同じ問題が発生しました。