☰

Как удалить журнал на сетевом диске ext3

tag-icon • tag-icon linux samba ext3 journal
Как удалить журнал на сетевом диске ext3

Что-то случилось, когда я копировал файлы на диск 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

Я исследовал проблему глубже и выяснил, что журнал, вероятно, поврежден. Было предложено, что мне следует: размонтировать диск, удалить журнал из файловой системы с помощьюtune2sf, использоватьe2fsckдля сканирования диска и, наконец, воссоздания журнала с помощьюtune2fs. Это сложная часть, потому что диск помечен какneeds_revoceryи журнал не может быть удален (даже когда я принудительно удаляю вe2fckон этого не позволит). Я пытаюсь изменить флаг, используяdebugfsно программа каждый раз дает сбой:

Can't read an block bitmap while reading block bitmap

Я на 99% уверен, что данные на диске не повреждены, и когда я используюe2fsckпрежде чем я удалю журнал, он определенно повредит некоторые данные.

Есть идеи, как снять флаг needs_recovery с этого диска, чтобы я мог удалить журнал?

решение1

Проблема не в самом журнале. У вас есть нечитаемый блок (т.е. диск выходит из строя), который повредил журнал или другие метаданные, поэтому просто избавьтесь от журнала.нетправильное решение.

Я настоятельно рекомендую вам сделать резервную копию всех возможных данных и заменить неисправный диск.

решение2

Как уже сказал @shodanshok, журнал в любом случае не может быть удален, поскольку этот конкретный сектор дает сбой. Есть простое спасение: смонтируйте раздел какехт2, не ext3, так что этот блок журнала вообще не читается. Затем сделайте резервную копию всех данных как можно быстрее. У меня была та же проблема несколько дней назад.

Связанный контент