當我將檔案複製到 ext3 驅動器（透過網絡，由 samba 安裝）時發生了一些事情，我失去了向該 HDD 寫入任何內容的能力。我用過之後訊息命令解釋如下：
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。這是棘手的部分，因為驅動器被標記為需求撤銷且日記無法被刪除（即使我強制刪除電子2fck它不會允許的）。我嘗試使用更改標誌偵錯檔案但程序每次都會失敗：
Can't read an block bitmap while reading block bitmap
我 99% 確定驅動器上的資料沒有損壞，並且當我使用e2fsck在我刪除日誌之前，它肯定會損壞一些資料。
有什麼想法如何從該磁碟機中刪除 need_recovery 標誌，以便我能夠刪除日誌嗎？
答案1
問題不在於期刊本身。您有一個無法讀取的區塊（即：磁碟出現故障）損壞了日誌或其他元數據，因此只需刪除日誌即可不是正確的解決方案。
我強烈建議您盡可能備份並更換故障的磁碟。
答案2
正如@shodanshok 已經說過的那樣，由於該特定扇區出現故障，該日誌可能無法刪除。有一個簡單的救援方法：將分區掛載為外部2，而不是 ext3，因此根本不會讀取日誌區塊。然後儘快備份所有資料。幾天前我也遇到了同樣的問題。