Esto es similar a lo que sucede cuando elimina un archivo que otro sistema tiene abierto en un montaje NFS. El problema es que el archivo se eliminó del sistema de archivos mientras que su "recuento de enlaces" era>1, lo que significa que otros procesos aún lo mantienen abierto.
- Inicie sesión en el sistema donde reside físicamente el archivo. (sin montaje en red)
- Ejecutar
lsof dir-name/.fuse_hidden000bd8c100000185para averiguar qué procesos mantienen abierto el identificador del archivo. - Termine esos procesos si tiene sentido, o averigüe qué pasos puede realizar para liberar "con gracia" el identificador de archivo abierto sin terminar el proceso.
Normalmente, cuando elimina un archivo en su sistema de archivos local que otro proceso ha abierto, el sistema operativo cumple con su solicitud y lo elimina del árbol de directorios, pero el inodo al que apunta ese árbol todavía se considera en uso por el sistema operativo. Cada vez que se abre un archivo, su "recuento de enlaces" aumenta en uno, y el espacio solo se libera realmente cuando ese recuento de enlaces llega a cero.
Cuando se encuentra con un problema de esta naturaleza, significa que el sistema operativo, por alguna razón, ha decidido no elimine ese archivo del árbol de directorios:generalmente porque tiene motivos para creer que todavía es necesario acceder a él por cosas que no pueden utilizar el número de inodo directo. Inicialmente, puede parecer que cumple, pero detrás de escena, el sistema operativo lo renombra para tener un prefijo de punto oculto para que aún sea accesible con alguna forma de direccionamiento de ruta del sistema de archivos. El espacio aún se liberará cuando el recuento de enlaces llegue a cero, pero ese objeto permanecerá en el directorio hasta que desaparezcan los enlaces.