inodeに基づく2つのディレクトリの比較

適切なソリューションに関連すると考えられるいくつかの背景は次のとおりです。

収集用フォルダとソート用フォルダがあるサーバーがあります。ソートされたフォルダのソースは収集フォルダであり、すべてのディレクトリは一意であり、すべてのファイルはハードリンクです。

その結果、ファイルがコレクションフォルダから削除された場合は、ソートされたフォルダに残り、その逆も同様です。合計40TBに達する数十万のファイルがあるため、クリーンアップはほとんど不可能です。

Inodeとパス名を含むすべてのリンクをデータベースに追加するスクリプトがあります。その後、いくつかのSQLを使用して、一度だけ発生するインデックスノードを見つけて削除するかどうかを判断できます。

このソリューションは非常に遅く（管理するたびにデータベース全体を更新する必要があります）、やや不十分です（クエリを実行してからCLIを介して手動でファイルを削除する必要があります）。

inodeを表示し、inodeのリンク数を具体的にフィルタリングできるncduやデュアルウィンドウファイルブラウザなどのソリューションはありますか（図を参照stat）。