fsck приводит к lost+found файлу, который заставляет fsck перестать работать и не может быть удален
У меня есть внешний диск с единственным разделом и ext4 файловая система с некоторым повреждением. Предыдущий fsck был прерван неожиданными потерями мощности, и теперь у меня есть плохой каталог в lost+found, который fsck теперь пытается восстановить каждый раз, когда это работает. Когда выполнено, с помощью fsck v1.43.3, fsck -pv /dev/sda2, шоу: hydra contains a file system with errors, check forced. затем долгая проверка, затем: hydra: Directory inode 18, block #0, offset 0: directory has no checksum. FIXED. Warning... fsck.ext4 for device /dev/sda2 exited with signal 9. Когда я монтирую раздел и ищу тот каталог, это в lost+found, но любых попытках получить доступ к нему сбой. ls: cannot access #18: Bad message, rm: cannot remove ‘#18’: Bad message. Какие-либо идеи о том, как удалить его? Кажется, что этот dirctory заставляет fsck прерываться преждевременно.
1 ответ
Сигнал 9 подразумевает уничтожение процесса с уничтожением-9. Вы делали это?
для Вас было бы полезно сохранить сырые данные, сжатый e2image (см. e2image страницу справочника), и также сохраните полный набор сообщений от рабочего "e2fsck-fn/dev/sda2", таким образом, можно использовать его для отправки отчета об ошибках на linux-ext4@vger.kernel.org.
, Если Вы хотите очистить inode № 18, можно сделать это использование команды debugfs:
# debugfs -w /dev/sda2
debugfs: clri <18>
debugfs: quit