Au temps pour moi, j'ai confondu avec le système debugfs du kernel
[moi@localhost Applications]$ mv x /dev/null
mv: impossible d'écraser le non répertoire « /dev/null » par le répertoire « x »

[moi@localhost Applications]$ rm -fr x
rm: impossible de supprimer « x »: Le dossier n'est pas vide
🙁

je vais lire la doc sur debugfs...
Le déplacement fonctionne ou pas ?
Si oui, on peut tenter ça 
sudo mv x /tmp
puis reboot
Question bête tu le vois quant tu lances ls -la ?
Mongos wrote:Le déplacement fonctionne ou pas ?
Si oui, on peut tenter ça 
sudo mv x /tmp
puis reboot
Si le déplacement fonctionne c'est en effet une bonne idée, vu que /tmp est monté dans la ram sur F19, et que la ram est vidé au re-démarrage.
peut être un problème de droits, non ?
connectes toi en root pour commencer : 
su -
puis tu peux devenir propriétaire d'un dossier avec : 
chmod 777 -R /le/chemin/du/dossier
Ce n'est pos un problème de droit, mais d'accès
D'après le post #6 
[moi@localhost x]$ ls -li
: Argument invalidecéder à Icon
total 0
? ?????????? ? ? ? ?              ? Icon?
à la place des ??? on devrait avoir, entre autre, un numéro d'inode.

En réfléchissant un peu, je me suis posé une question toute bête. Il vient d'où ce fichier (dans le sens, il a été généré comment ?) ? En connaissant l'origine, ça peut, peut être, aider à régler le soucis.
Vu que c'est bizarre et difficilement solvable on peut tester un truc bête : 
touch *
Ça va peut-être le "réactiver" ?
[root@localhost Applications]$ mv x /tmp
mv: impossible d'évaluer « x/Icon\r »: Argument invalide
[root@localhost Applications]$ chmod 777 -R Applications
chmod: modification des permissions de « Applications »: Opération non supportée
chmod: modification des permissions de « Applications/x »: Opération non supportée
chmod: impossible d'accéder à « Applications/x/Icon\r »: Argument invalide
[root@localhost Applications]$ touch x/*
touch: initialisation des dates de « Icon\r »: Argument invalide
c'est dommage vous avez de bonnes idées...

Le fichier provient des restes d'un backup Mac OSX d'un ami.
Essayons des choses de plus en plus stupides pour voir ! 
rm $'Icon\r'
stat $'Icon\r'
find -inum NumerInodeTrouvéDansLaCommandePrecedente -delete
tchup wrote:Bonjour,


Le fichier porte un nom invalide, composé d'un retour charriot « Icon\r »
salut,
dans la série questions stupides: as tu essayé de le renommer?
[root@localhost x]$ rm $'Icon\r'
rm: impossible de supprimer « Icon\r »: Argument invalide
[root@localhost x]$ stat $'Icon\r'
stat: impossible d'évaluer « Icon\r »: Argument invalide
[root@localhost x]$ stat *
stat: impossible d'évaluer « Icon\r »: Argument invalide
[root@localhost x]$ mv $'Icon\r' zz
mv: impossible d'évaluer « Icon\r »: Argument invalide
chose peut être intéressante :
lorsque je tape "Ico" et que j'appuie sur la touche <TAB> le shell me complète avec "Icon^M" 
[root@localhost x]$ mv Icon^M zz
mv: impossible d'évaluer « Icon\r »: Argument invalide
:-?
Peut-être un problème de iso ou utf8 ou tout autre encodage.
Essaye un coup de : 
LANG=C rm -Rf x
En se mettant dans le dossier avant x
[root@localhost Applications]$ LANG=C rm x/*
rm: cannot remove 'x/Icon\r': Invalid argument
[root@localhost Applications]$ LANG=C rm -Rf x/*
et là pas de message d'erreur ! IT'S GOOD ???? 🙁 bah nan : 
[root@localhost Applications]$ LANG=C ls -la x
: Invalid argumentx/Icon
total 4
drwx------. 1 arnaud arnaud 4096 Jul 31 23:18 .
drwx------. 1 arnaud arnaud    0 Jul 31 22:44 ..
??????????? ? ?      ?         ?            ? Icon?
Que donnerait un 
[root@localhost Applications]$ chattr -i -R x
La source après glouglisation sur « unremovable file ».
Salut, idée toute bête parce qu'on manque un peu d'infos là :
  1. Place-toi dans le même répertoire que Icon\r
  2. $ pwd
  3. Puis exploite le retour de la commande pwd : 
    $ ls -la /rép1/rép2/rép3/rép4 |head -2|tail -1
$ ls -la /rép1/rép2/rép3 |head -2|tail -1
$ ls -la /rép1/rép2 |head -2|tail -1
$ ls -la /rép1 |head -2|tail -1
Et poste-nous les résultats
6 jours plus tard
Bonjour,

Autre piste (par expérience) : utiliser Thunar qui, bizarrement réussit là où Dolphin et Nautilus échouent sur ces fichiers aux noms non homologués.