Questo è simile a ciò che accade quando elimini un file che un altro sistema ha aperto su un montaggio NFS. Il problema è che il file è stato rimosso dal filesystem mentre il suo "conteggio di collegamenti" era>1, il che significa che altri processi lo tengono ancora aperto.
- Accedi al sistema in cui risiede fisicamente il file. (nessun montaggio in rete)
- Esegui
lsof dir-name/.fuse_hidden000bd8c100000185per scoprire quali processi tengono aperto l'handle del file. - Termina quei processi se ha senso, o scopri quali passaggi puoi eseguire per rilasciare "graziosamente" l'handle del file aperto senza terminare il processo.
Normalmente, quando elimini un file sul tuo filesystem locale aperto da un altro processo, il sistema operativo soddisfa la tua richiesta e lo rimuove dall'albero delle directory, ma l'inode a cui punta l'albero è ancora considerato in uso dal sistema operativo. Ogni volta che un file viene aperto, il suo "conteggio dei collegamenti" aumenta di uno e lo spazio viene veramente rilasciato solo quando il conteggio dei collegamenti raggiunge lo zero.
Quando ti imbatti in un problema di questa natura, significa che il sistema operativo ha per qualsiasi motivo deciso di non rimuovi quel file dall'albero delle directory:di solito perché ha motivo di credere che debba ancora essere accessibile da cose che non possono utilizzare il numero di inode diretto. Inizialmente potrebbe sembrare conforme, ma dietro le quinte il sistema operativo lo rinomina per avere un prefisso punto nascosto in modo che sia ancora accessibile con una qualche forma di indirizzamento del percorso del filesystem. Lo spazio verrà comunque liberato quando il conteggio dei collegamenti raggiunge lo zero, ma quell'oggetto rimarrà nella directory fino a quando i collegamenti non saranno esauriti.