Eu tenho uma unidade externa com uma única partição e sistema de arquivos ext4 com alguma corrupção. Um fsck anterior foi abortado por uma perda de energia inesperada, e agora eu tenho um diretório inválido em lost + descobri que o fsck agora tenta reparar cada vez que é executado. Quando executado, usando o fsck v1.43.3, fsck -pv /dev/sda2 , mostra: hydra contains a file system with errors, check forced. , em seguida, uma verificação longa e, em seguida:
%código%
Quando montei a partição e procurei por esse diretório, ele está dentro do lost + found, mas qualquer tentativa de acesso falha. hydra: Directory inode 18, block #0, offset 0: directory has no checksum.
FIXED.
Warning... fsck.ext4 for device /dev/sda2 exited with signal 9. , ls: cannot access #18: Bad message . Alguma idéia de como removê-lo? Parece que esta dirctory está fazendo com que o fsck aborte prematuramente.
O sinal 9 indica que você matou o processo com kill -9. Você fez isso?
Seria útil salvar um e2image bruto e compactado (consulte a man page do e2image) e também salvar um conjunto completo de mensagens da execução de "e2fsck -fn / dev / sda2" para que você possa usá-lo para enviar um relatório de bug para [email protected].
Se você quiser limpar o inode # 18, você pode fazer isso usando o comando debugfs:
# debugfs -w /dev/sda2
debugfs: clri <18>
debugfs: quit