Linuxで何十億ものファイルを効果的に削除する方法は？

長年にわたり、ストレージシステムは改訂版のバックアップから17億のファイルを収集し、すでにある程度いっぱいです。

それで、5年以上のファイルをすべて削除し始めました。私は約90TByteのデータを含む約17億（!!!）のファイルがあると仮定します。 find または du だけが数週間または数ヶ月かかるため、推定する必要があります。バックエンド自体（mdraid、ext4）はとにかく変更したいので、実際にはそれほど重要ではありません。

一日中ファイルをrm削除するようにしましたが、ファイル全体の約0.1％だけが削除されました。このようにしてすべてを削除するには1〜2年ほどかかることが予想されます。この操作中に一部のドライブがシャットダウンする可能性があります。あまり心配ではありません。 Hotswap RAIDです。

私は通常、ドライブが1日1〜2時間過負荷になっているため、ディスクスラッシングを防ぐためにドライブが使用されていない場合にのみファイルが削除されるように、ionice -c3を使用してきました。やや興味深い点は、私が最初にrmを実行しようとしたときに、数百万のハードリンクが原因でメモリ使用量が約100GByteに増加し、次にコアダンプが発生したことです。だから、タスクをより小さな部分に分割し、単一のサブディレクトリだけを削除すると、ファイルは機能しますが、まだ最高値は20-30GByteです。

私の2つの質問：

1. 何年もかからない方法で、このシステムの古いファイルをどのように削除しますか？

たとえば、ファイルは消えたがスペースは返されないようにInode-Structuresを手動で編集し、fsckにシステムを回復させることを検討しました。

他のクレイジーなアイデアも歓迎します。 LVMスナップショットを撮っていつでも復元できます。

2. 後で同じ問題が発生しないようにするにはどのような設定がありますか？例えば。さまざまなファイルシステム、さまざまなツールチェーンを使用し、SSDにメタデータ（inode、割り当てテーブルなど）を配置します。データ自体はさまざまな理由でHDに保存する必要があります。

誰もより良いアイデアを持っていない場合は、私が作成したリビジョンの数を大幅に減らし、/または1か月以上のすべてを外部USBドライブにtar / xzします。ユーザーは実際にリビジョンの古いコンテンツにアクセスするのが好きなので、これは悪いことです。