File invisibile con un nome reale specifico: impossibile elencarlo, eliminarlo o creare un nuovo file con quel nome

Mi sembra di avere una cartella 'invisibile' che non riesco a vedere o eliminare, ma sta bloccando un file 'reale' dalla creazione.

Sono in una scatola vagabonda (Ubuntu 14)

Stavo cercando di installare https://code.google.com/p/apptrace/ Pacchetto Python ma sembrava colpire questo problema https://stackoverflow.com/questions/5907359/problem-setting-up-a-virtualenv così ho modificato lo script init per non creare collegamenti simbolici (intendendo che sarebbe fallback per copiare i file tramite shutil.copy2 anziché)

Comunque, ha ancora fallito con Protocol Error ... questa non è la mia domanda però, solo lo sfondo.

Ora anche se sembro avere un 'invisibile' apptrace file / cartella che non riesco a vedere o eliminare, ma sta bloccando la creazione di un file "reale":

$ 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

e:

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

e:

$ 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)

(tutti i comandi sopra sono eseguiti mentre sshed nella casella vagabonda)

Per favore aiuto! :)

Leggendo un po ', come qui: http://teaching.idallen.com/dat2330/04f/notes/links_and_inodes.html sembrava che avrei potuto finire con un inode "orfano".

Leggendo un po 'di più sembrava che dovevo eseguire il fsck strumento per riparare il, er, thingamijigs.

Non puoi correre fsck su un file system montato, almeno non senza conseguenze terribili secondo fsck si.

Comunque ho letto che Linux funzionerà fsck all'avvio, ho scoperto che la soluzione per il mio problema era il riavvio della scatola vagabonda.

Mi piacerebbe sentire ulteriori risposte se conosci un modo per indirizzare in modo specifico l'orfano specifico senza riavviare il server, o se hai qualche idea su come questo orfano sia stato creato in primo luogo.

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

dovrebbe cancellare la tua directory / file orfano