fsck приводит к потерянному + найденному файлу, который приводит к сбою fsck и не может быть удален
У меня есть внешний диск с одним разделом и файловая система ext4 с некоторыми повреждениями. Предыдущий fsck был прерван из-за непредвиденной потери питания, и теперь у меня есть неверный каталог в lost+, обнаружил, что 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, Есть идеи как его убрать? Похоже, этот каталог вызывает преждевременное прерывание работы fsck.
1 ответ
Сигнал 9 подразумевает, что вы убили процесс с помощью kill -9. Ты сделал это?
Вам было бы полезно сохранить необработанный сжатый файл e2image (см. Справочную страницу e2image), а также сохранить полный набор сообщений от запуска "e2fsck -fn /dev/sda2", чтобы вы могли использовать его для отправки отчета об ошибке в linux-ext4@vger.kernel.org.
Если вы хотите очистить индекс № 18, вы можете сделать это с помощью команды debugfs:
# debugfs -w /dev/sda2
debugfs: clri <18>
debugfs: quit