これは、別のシステムが NFS マウントで開いているファイルを削除した場合と似ています。問題は、その「リンク数」が 1 を超えている間にファイルがファイルシステムから削除されたことです。つまり、他のプロセスがまだそのファイルを開いたままにしているということです。
- ファイルが物理的に存在するシステムにログインします。 (ネットワーク マウントなし)
lsof dir-name/.fuse_hidden000bd8c100000185を実行 ファイル ハンドルを開いたままにしているプロセスを特定します。- 必要に応じてこれらのプロセスを終了するか、プロセスを終了せずに開いているファイル ハンドルを「適切に」解放するために実行できる手順を見つけてください。
通常、別のプロセスが開いているローカル ファイル システム上のファイルを削除すると、OS は要求に応じてそのファイルをディレクトリ ツリーから削除しますが、ツリーが指している inode はオペレーティング システムによって引き続き使用されていると見なされます。ファイルが開かれるたびに、その「リンク カウント」は 1 ずつ増加し、そのリンク カウントが 0 になったときにのみスペースが完全に解放されます。
この性質の問題に遭遇した場合、それは OS が何らかの理由でそうしないことを決定したことを意味します そのファイルをディレクトリ ツリーから削除します。通常は、直接の inode 番号を利用できないものからアクセスする必要があると考える理由があるためです。最初は準拠しているように見えるかもしれませんが、舞台裏でOSが名前を変更して隠しドットプレフィックスを付け、何らかの形式のファイルシステムパスアドレス指定で引き続きアクセスできるようにします.リンク数がゼロになってもスペースは解放されますが、そのオブジェクトはリンクがなくなるまでディレクトリに残ります。