当我将文件复制到ext3驱动器（通过networking，由samba挂载）时，发生了一些事情，我无法写入任何东西到这个硬盘。 在我使用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 我进一步调查问题，发现该杂志可能已经损坏。 build议我应该：卸载驱动器，使用tune2sf从文件系统中删除日志，使用e2fsck扫描驱动器，最后使用tune2fs重新创build日志。 这是棘手的部分，因为驱动器被标记为needs_revocery和日记不能被删除（即使当我强迫在e2fck删除它不会允许它）。 我尝试使用debugfs更改标志，但程序每次都会失败：
Can't read an block bitmap while reading block bitmap
我99％肯定驱动器上的数据没有被破坏，当我在删除日志之前使用e2fsck时， definitley会损坏一些数据。
任何想法如何从该驱动器中删除needs_recovery标志，所以我将能够删除日记？
问题不是杂志本身。 你有一个不可读的块（即：磁盘失败），破坏了杂志或其他元数据，所以简单地摆脱杂志是不正确的解决scheme。
我强烈build议您备份所有可以更换的故障磁盘。
正如@shodanshok已经表示，该杂志可能无法删除，因为该特定部门失败。 有一个简单的解决方法：将分区挂载为ext2 ，而不是ext3，这样就不会读取日志块。 然后尽可能快地备份所有数据。 前几天我有同样的问题。