Ceci est similaire à ce qui se passe lorsque vous supprimez un fichier qu'un autre système a ouvert sur un montage NFS. Le problème est que le fichier a été supprimé du système de fichiers alors que son "nombre de liens" était>1, ce qui signifie que d'autres processus le maintiennent toujours ouvert.
- Connectez-vous au système sur lequel le fichier réside physiquement. (pas de montage réseau)
- Exécuter
lsof dir-name/.fuse_hidden000bd8c100000185pour savoir quels processus maintiennent le descripteur de fichier ouvert. - Mettez fin à ces processus si cela a du sens, ou déterminez les étapes que vous pouvez effectuer pour libérer "gracieusement" le descripteur de fichier ouvert sans mettre fin au processus.
Normalement, lorsque vous supprimez un fichier sur votre système de fichiers local qu'un autre processus a ouvert, le système d'exploitation se conforme à votre demande et le supprime de l'arborescence de répertoires, mais l'inode vers lequel pointe l'arborescence est toujours considéré comme utilisé par le système d'exploitation. Chaque fois qu'un fichier est ouvert, son "nombre de liens" augmente de un, et l'espace n'est vraiment libéré que lorsque ce nombre de liens atteint zéro.
Lorsque vous rencontrez un problème de cette nature, cela signifie que le système d'exploitation a, pour une raison quelconque, décidé de ne pas supprimez ce fichier de l'arborescence des répertoires :généralement parce qu'il a des raisons de croire qu'il doit toujours être accessible par des éléments qui ne peuvent pas utiliser le numéro d'inode direct. Il peut sembler initialement conforme, mais dans les coulisses, le système d'exploitation le renomme pour avoir un préfixe de point caché afin qu'il soit toujours accessible avec une forme d'adressage de chemin de système de fichiers. L'espace sera toujours libéré lorsque le nombre de liens atteindra zéro, mais cet objet restera dans le répertoire jusqu'à ce que les liens disparaissent.