Isso é semelhante ao que acontece quando você exclui um arquivo que outro sistema abriu em uma montagem NFS. O problema é que o arquivo foi removido do sistema de arquivos enquanto sua "contagem de links" era > 1, significando que outros processos ainda estão mantendo-o aberto.
- Faça login no sistema em que o arquivo reside fisicamente. (sem montagem de rede)
- Execute
lsof dir-name/.fuse_hidden000bd8c100000185
para descobrir quais processos estão mantendo o identificador de arquivos aberto. - Encerre esses processos se fizer sentido ou descubra quais etapas você pode executar para "liberar" a manipulação de arquivos abertos sem encerrar o processo.
Normalmente, quando você exclui um arquivo no sistema de arquivos local que outro processo abriu, o sistema operacional atende à sua solicitação e o remove da árvore de diretórios, mas o inode para o qual a árvore aponta ainda é considerado em uso pelo sistema operacional . Toda vez que um arquivo é aberto, sua "contagem de links" é incrementada em um, e o espaço é liberado apenas quando a contagem de links atinge zero.
Quando você se depara com um problema dessa natureza, isso significa que o SO decidiu, por qualquer motivo, não remover esse arquivo da árvore de diretórios: geralmente porque tem motivos para acreditar que ele ainda precisa ser acessado por coisas que não podem utilizar o número inode direto. Inicialmente, parece que ele está de acordo, mas nos bastidores, o SO o renomeia para ter um prefixo de ponto oculto, de modo que ainda seja acessível com alguma forma de endereçamento de caminho do sistema de arquivos. O espaço ainda será liberado quando a contagem de links chegar a zero, mas esse objeto permanecerá no diretório até que os links desapareçam.