Que se passe-t-il si «rm -rf» ne fonctionne pas mais que «ls -a» ne montre aucun fichier?

J'ai un dossier foo dans un conteneur encfs (source: / local / home / me / Documents point de montage: / u / me / Documents) que je ne peux pas supprimer.

> pwd
/u/me/Documents

> mount
[..]
encfs on /local/home/me/Documents type fuse.encfs (rw,nosuid,nodev,default_permissions,user=me)

> ls -la foo
drwxr-xr-x  2 me mygrp 4096 Nov  6 10:35 ./
drwx------ 31 me mygrp 4096 Nov  6 10:47 ../

> mv foo bar

> ls -lad bar
drwxr-xr-x 2 me mygrp 4096 Nov  6 10:35 bar/

> rm -rf bar
rm: cannot remove ‘bar’: Directory not empty

> lsof bar

> echo $?
1

> mv bar /tmp
mv: inter-device move failed: ‘bar’ to ‘/tmp/bar’; unable to remove target: Is a directory

> echo "Arghhhhghgh"
Arghhhhghgh

> uname -a
Linux mybox 3.8.0-33-generic #48-Ubuntu SMP Wed Oct 23 09:16:58 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

> stat bar
  File: ‘bar’
  Size: 4096        Blocks: 8          IO Block: 1048576 directory
Device: 1ch/28d Inode: 81005508    Links: 2
Access: (0755/drwxr-xr-x)  Uid: ( 4711/    me)   Gid: (  311/   mygrp)
Access: 2013-11-06 10:56:47.594878110 +0100
Modify: 2013-11-06 10:35:10.000000000 +0100
Change: 2013-11-06 10:56:47.591878043 +0100
 Birth: -

Chaque fois que les codes de sortie sont différents de 0, je l'explicite avec "echo $?".

EDIT: Je viens de redémarrer la boîte, au cas où je l’aurais manqué après l’installation de certaines mises à jour. Les résultats restent les mêmes. Même remonter ne aide pas. Existe-t-il des fsck pour les encfs?

EDIT: J'ai trouvé une autre information potentiellement utile: Le conteneur lui-même est synchronisé via Drobox. J'ai identifié le dossier correspondant (qui a un nom de fichier crypté) et trouvé dans un .dropbox.attrfichier qui se comporte de la même manière et qui est en fait la raison pour laquelle je pense que le dossier monté n'est pas amovible. J'ai désactivé le client Dropbox, démonté le conteneur et je ne pouvais toujours pas le supprimer, ni même le renommer! Aussi chown n'a pas fonctionné. Tout sauf chmod me donne une permission refusée. Même avec root, je n'ai aucun succès. Le fichier était un fichier texte, j'ai pu l'ouvrir:

{"mac": {"com.apple.FinderInfo": {"data": "AAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA="}}}

Et même pour changer le contenu et le sauvegarder.

linux rm

— math
source

L'écho "Arghhhhghgh" 'est faux, il en faut un de plus que nécessaire. Devrait être 'echo "Arghhhghgh"' :-) :) :)

— woliveirajr

De @Ana Maria Mendes-Perei: mis à part le danger potentiel, l'utilisation d'un "sudo" précédent sur la commande rm devrait supprimer les autorisations / privilèges de remplacement de fichier.

— fixer1234

S'il vous plaît, doublez et cochez l'autorisation que vous avez.

La raison pour laquelle je ne pouvais pas supprimer ceci était que le dossier était monté via NFS, donc ma racine locale ne pouvait rien exécuter. Le dossier contenant ce .dropbox.attrfichier ne possédait que des droits de lecture et d’exécution, il rm .dropbox.attrne fonctionnait donc pas en tant qu’utilisateur normal.

— math
source