Как удалить «несуществующий» файл / каталог? [дубликат]

Недавно я заметил, что в моей домашней папке есть два каталога со странными названиями. Я пытался удалить их, но безуспешно. Вот посмотрите, что я пробовал:

theo@locker:~$ lh
ls: cannot access ',jexcGMEs2uoH,6vFPgl5r3Y': No such file or directory
ls: cannot access 'IFslbdRBIjiaEYdbO83xWAed': No such file or directory
total 44K
drwxrwxr-x 2 theo theo 4,0K Feb 10 15:37 Archives
drwxr-xr-x 2 theo theo 4,0K Feb 10 14:38 Desktop
drwxr-xr-x 5 theo theo 4,0K Feb 10 15:41 Documents
drwxr-xr-x 2 theo theo 4,0K Feb 16 18:20 Downloads
d????????? ? ?    ?       ?            ? IFslbdRBIjiaEYdbO83xWAed
d????????? ? ?    ?       ?            ? ,jexcGMEs2uoH,6vFPgl5r3Y
drwxr-xr-x 2 theo theo 4,0K Feb 10 14:38 Music
drwxr-xr-x 3 theo theo 4,0K Feb 10 15:47 Pictures
drwxrwxr-x 2 theo theo 4,0K Feb 21 19:37 Private
drwxrwxr-x 6 theo theo 4,0K Feb 17 13:18 Projects
drwxr-xr-x 2 theo theo 4,0K Feb 10 14:38 Public
drwxr-xr-x 2 theo theo 4,0K Feb 10 14:38 Templates
drwxr-xr-x 3 theo theo 4,0K Feb 10 15:39 Videos
theo@locker:~$ rm -r IFslbdRBIjiaEYdbO83xWAed 
rm: cannot remove 'IFslbdRBIjiaEYdbO83xWAed': No such file or directory

Мне не повезло с rm -f или sudo . Я тоже не уверен, откуда эти файлы. У кого-нибудь есть идеи?

1
задан 22 February 2018 в 00:22

1 ответ

Это не нормальная ситуация, но согласно тегам, Вы уже знаете, что это - повреждение данных. С поврежденной файловой системой дальнейшая модификация может привести к дальнейшим неожиданным результатам (еще больше повреждения). Самое безопасное должно повторно смонтировать файловую систему, только для чтения, копировать/сохранять все на различные медиа, (зашифрованный при необходимости), и только делает попытку дальнейших модификаций, когда файловая система была umounted и соответствующим fsck уже обработал фс.

Остальная часть подобных вопросов, кажется, обсуждает странные имена файлов или странные файловые системы - ваши, кажется, на самом деле повреждены как вопросительный знак на большей части полевого шоу.

Обновление: Я повторяюсь, проблема, кажется, не дублирующийся вопрос относительно необычного/твердого для наблюдения имен файлов, но подлинного повреждения файловой системы. Ваше имя хоста предполагало, что это не повседневная система, таким образом, могли бы быть некоторые факторы, которые могут увеличить возможности повреждения:

  • менее надежно устройство хранения данных и/или соединения (USB-кабели, устройство хранения данных аппаратного ключа USB, SD-карты, преобразователи SD-карты)
  • системное закрытие по крайней мере один раз в день
  • не полностью сформировавшиеся файловые системы (то, которое является достаточно сформировавшимся, является примерно персональным предпочтением хотя),
  • журналирование, включенное файловые системы (это может скрыть повреждение путем маскирования потребности в fsck на неорганизованной перезагрузке),
  • зашифрованное устройство хранения данных/менеджеры томов - обычно они достаточно стабильны, но они все еще добавляют один слой программного обеспечения для случайного порождения проблем),

Как это было предположено, это - действительно хорошая идея рассмотреть вышеупомянутые факторы, где повреждение, возможно, было представлено для сокращения возможностей его повторяться. Довольно странно, что чистый, ASCII с 24 символами, печатаемое повреждение вошло в записи каталога, это не действительно типичное повреждение так как иначе устойчивые системы.

По моему опыту, повреждение является или синглом зеркально отраженные биты в нескольких сотнях мегабайтов записанных данных или случайным блоком данных (512b/4k, или еще больше в случае LVM/RAID) полностью замененный или мусором или несвязанными байтами данных. Если Вы замечаете что-нибудь, что может объяснить проблему, не стесняйтесь сообщать нам так, чтобы была запись для помощи другим.

Но, назад к Вашему вопросу - если это - Ваша основная/единственная файловая система на Вашем основном диске, затем forcefsck функцией является Ваш лучший выбор.

Видеть здесь - Сила fsck безопасный?

Необходимо будет перезагрузить систему для этого для работы (и возможно даже после того, как fsck завершится). Можно также попытаться выполнить fsck сами от Живой установки CD, которая позволила бы Вам видеть результаты более легко.

3
ответ дан 7 December 2019 в 12:30

Другие вопросы по тегам:

Похожие вопросы: