Невидимый файл с конкретным реальным именем - не может отобразить его, удалить или создать новый файл с таким именем

Question

Кажется, у меня есть «невидимая» папка, которую я не вижу или не удаляю, но блокирует создание «реального» файла.

Я в бродячей коробке (Ubuntu 14)

Я пытался установить https://code.google.com/p/apptrace/ пакет Python, но, похоже, столкнулся с этой проблемой https://stackoverflow.com/questions/5907359/problem-setting-up-a-virtualenv, поэтому я изменил сценарий инициализации, чтобы он не создавал символические ссылки (предполагая, что вместо этого будет резервное копирование файлов через shutil.copy2 )

Во всяком случае, это все еще не удалось с ошибкой протокола ... хотя это не мой вопрос, просто фон.

Теперь у меня, кажется, есть «невидимый» файл / папка apptrace который я не вижу и не удаляю, но блокирует создание «реального» файла:

$ sudo ls -la
total 6640
drwxr-xr-x 1 vagrant vagrant    1326 Oct 14 11:08 .
drwxr-xr-x 9 vagrant vagrant    4096 Oct 14 11:46 ..
-rw-r--r-- 1 vagrant vagrant    1722 Oct 14 09:46 appengine_config.py
-rw-r--r-- 1 vagrant vagrant    1077 Oct 14 09:59 appengine_config.pyc
-rw-r--r-- 1 vagrant vagrant     760 Oct 14 09:33 app.yaml
drwxr-xr-x 1 vagrant vagrant     170 Oct  8 10:24 campaigns

а также:

$ file *
appengine_config.py:          Python script, ASCII text executable
appengine_config.pyc:         python 2.7 byte-compiled
app.yaml:                     ASCII text
campaigns:                    directory

а также:

$ rm -rf apptrace
rm: cannot remove ‘apptrace’: Is a directory
$ rm -r apptrace
rm: cannot remove ‘apptrace’: No such file or directory
$ sudo vi apptrace
(says [Permission Denied] at bottom of screen, despite sudo, and can't be saved)
$ cd apptrace
apptrace$ <-- worked
apptrace$ sudo ls -la
ls: cannot open directory .: Operation not permitted
apptrace$ sudo vi newfile
(does NOT say [Permission Denied] but fails E212: Can't open file for writing on save)

(все приведенные выше команды выполняются, пока sshed помещается в бродячее окно)

Пожалуйста помоги! :)

Answer 1

Прочитав немного, например, здесь: http://teaching.idallen.com/dat2330/04f/notes/links_and_inodes.html это звучало так, как будто я мог получить «осиротевший» инод.

Чтение немного больше показалось, что мне нужно запустить инструмент fsck для исправления штуковин.

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

Однако я прочитал, что Linux будет запускать fsck при запуске, так что оказалось, что моей проблемой было просто перезагрузить vagrant box.

Я хотел бы услышать дополнительные ответы, если вы знаете способ более конкретно нацелить конкретную сироту без перезагрузки сервера, или если у вас есть какие-либо подсказки о том, как эта сирота была создана в первую очередь.

Answer 2

cd apptrace

_

ls -lisa:
--------
4110     24 drwxrwxrwt 20 root  root      12288 Okt 14 17:52 .
   2      8 drwxr-xr-x 22 root  root       4096 Sep 11 13:27 ..
....

_

cd ..

_

sudo find . -inum 4110 -delete

должен удалить ваш осиротевший каталог / файл