У меня есть внешний жесткий диск, который зашифрован с помощью LUKS. Содержит ext4 fs.
Я только что получил ошибку от rsync для файла, который находится на этом диске:
rsync: readlink_stat("/home/some/dir/items.json") failed: Structure needs cleaning (117)
Если я пытаюсь удалить файл, я получаю ту же ошибку:
rm /home/some/dir/items.json
rm: cannot remove ‘//home/some/dir/items.json’: Structure needs cleaning
Кто-нибудь знает, что я могу сделать, чтобы удалить файл и исправить связанные с ним проблемы с диском / fs (если они есть)?
gparted
для этого. Gparted по-прежнему упаковывает e2fsck (в случае проверки раздела), но графический интерфейс значительно упрощает выбор подходящего жесткого диска, а также обеспечивает запуск этих инструментов с правильными аргументами. При неверных аргументах вы рискуете серьезной потерей данных!Если это кому-нибудь поможет, у меня возникла похожая проблема (резервные копии rsync / rsnapshot в уязвимом файле). Я разместил мою проблему / решение, здесь:
https://ubuntuforums.org/showthread.php?t=2348768&p=13627299#post13627299
РЕЗЮМЕ:
ошибка резервного копирования rsnapshot (rsync) в системе arch linux x86_64; поврежденный файл с глубоким вложением выдавал эту ошибку, также показанную, когда я пытался удалить этот файл:
Вот проблема:
[Смотрите также: https://www.reddit.com/r/linuxquestions/comments/4b47r2/has_anyone_ever_gotten_structure_needs_cleaning/ ]
Мой резервный диск - / dev / sda1.
Перезагрузился: все вроде нормально. Зашел на диск резервного копирования, удалил этот проблемный файл:
QED ?!
[Обновление: да; это сработало: мои резервные копии работают нормально, снова! :-)]
источник
Файловые системы иногда не в порядке и нуждаются в очистке. Это можно сделать командой fsck . Но помните, что вы должны запускать fsck только для размонтированных разделов, чтобы избежать риска повреждения файлов.
Если у вас файловая система ext4, попробуйте выполнить эту команду:
источник
Это обычная ошибка при попытке удалить .Trash-0, если вы пытаетесь удалить окна в кодировке файловой системы CP1251 в системе Linux. Так что ФС испорчена, но это не важно. ФС Windows всегда поврежден, как видно из Linux. Но это не так. Вы можете попробовать открыть этот файл из Windows OS Все будет хорошо. И затем удалите это в окнах. И только после этого чистый мусор.
источник
все!! я исправляю эту проблему с помощью этой команды в моей оболочке proxmox
pct stop 100 ## остановка контейнера
pct fsck 100 ## fsck container, это исправляет проблему, при некоторых проблемах файлы, поврежденные в системе контейнера
pct start 100 ## запустите контейнер, хорошо, теперь сделайте резервную копию и все хорошо !!
Спасибо всем, Чак
источник
fsck
и возобновите использование диска. Чем это отличается от ответа DepressedDaniel ?