rm не удаляет файл, считает его каталог

У меня есть жесткий диск с загруженными на нем окнами, подключенными к моей машине Linux для резервного копирования некоторой информации. Я хочу удалить одну из «временных интернет-файлов» и удалить все, кроме одного из них. Он возвратил ошибку с (с указанием пути, ведущего через некоторые каталоги):

rm: cannot remove '<path>/dorothy[1].js': Is a directory 

Затем я использовал cd для доступа к файлу и запускал его:

 rm -rf dorothy[1].js 

Он возвращался без ошибок, но если он все еще отображается в каталоге. Я также попытался использовать эти два метода его удаления, но безрезультатно (с <inode> является индексным дескриптором имени файла).

 ls -i find . -inode <inode> -delete find . -inode <inode> -exec rm {} \. 

Затем я попытался сделать cd dorothy[1].js который работал. Когда-то внутри я использовал ls который вернул это:

 ls: reading directory.: Input/output error 

Итак, как мне удалить это?

  • Угадайте полное имя файла
  • Как удалить дублированные каталоги, содержащие одни и те же файлы?
  • Создание каталога, защищенного от 'rm -rf'
  • "Rm -rf Filename.iso" Разрешение отклонено
  • команды оболочки для проверки и создания директории
  • Rm без удаления самого файла / каталога
  • Как запретить выполнение / bin / rm -f *?
  • Какова реальная точка опции -f на rm?
  • 2 Solutions collect form web for “rm не удаляет файл, считает его каталог”

    У вас файловая система NTFS. В этом случае вы не можете безопасно устранить проблему ни на чем, кроме Windows-машины. (Код Linux хорош, но я не могу рекомендовать вам доверять ему, чтобы исправить внешнюю файловую систему.)

    Возьмите диск в вашу систему Windows и запустите CHKDSK /FQ: или любую другую букву диска, которую он назначил. Затем попробуйте удалить файл. Если это не удастся, вам придется ждать CHKDSK /RQ: для запуска может потребоваться много часов.

    См. Комментарий Мата.

    Пришло время для fsck.

    Ситуация, которую вы описываете, встречается редко. Похоже, что у вас есть как минимум два указателя, указывающих на dorothy [1] .js + запись каталога для одного inode повреждена + думает, что она указывает на каталог.

    Этого никогда не должно произойти, если вы не используете dev / beta-код для файловой системы.

    Первый запуск fsck. Затем убедитесь, что вы используете стабильный код файловой системы, который, вероятно, вы. Затем следующий шаг – посмотреть на какой-либо написанный код, который был написан, который обманывает (технический термин) в структуре физического каталога на диске (дрожь).

    Кроме того, ваше имя файла интересно, поскольку оно содержит символы «[]», которые во многих случаях будут расширяться до некоторой формы регулярного выражения. Это может иметь или не иметь ничего общего с вашей ситуацией.

    Если после fsck все работает + проблема повторится, вы, вероятно, будете долгое время отлаживать, начиная с публикации версии ядра + всех пакетов программного обеспечения, установленных в вашей системе.

    Interesting Posts

    Что делает опция «nointremap» для Linux?

    Как построить встроенный в беспроводную сеть встроенный ядро?

    Как показать прогресс при загрузке initrd?

    Как настроить параметры Unix для 360 Spatial Workstation (в частности, аудио-плагины vst и aax), чтобы заставить его работать как не-администратор?

    Linux – предотвращение сбоя приложения из-за нехватки дискового пространства

    Подавлять файлы восстановления при редактировании конфиденциальных файлов в vi, nvi и vim

    Захват экрана «perf top» или других интерактивных программ

    CentOS install – выберите существующий раздел как /

    Запись на stdout, кроме перенаправления вывода C

    Защита содержимого файловой системы с помощью TPM и зашифрованной файловой системы

    lilo, установить в target-mbr из другой системы

    Странность в скрипте оболочки ksh93 («команда -p mkdir t» не работает)

    apt-get build-dep не может найти исходный пакет

    Правило tun0 + iptables

    Включить режим Promiscous в CentOS 7

    Linux и Unix - лучшая ОС в мире.