0

セキュリティのために、いくつかのファイルを削除するには、rm ではなく srm (安全な削除) を使用する必要があります: http://en.wikipedia.org/wiki/Srm_%28Unix%29

現在、削除する必要があるデータに対して 3 つのパスを実行するように srm を設定しています。私が抱えている問題は、大量のファイルに対して srm の実行が非常に遅いことです。たとえば、削除しようとした 150 個のディレクトリがあり、1 週間で 10GB しか削除されていないことがわかりました。

複数の小さなファイルがあると srm の実行が遅くなることはわかっていますが、ディレクトリの深さも問題になりますか? 毎週削除する必要があるデータのほとんどは、実際のファイル自体がさまざまな深いサブディレクトリにネストされています。srm を実行する前にディレクトリ構造をフラット化すると効果がありますか?

ここに私が検討している2つの回避策があります(おそらく両方の組み合わせです)が、どれだけ役立つかはわかりません:

  1. srm を実行する前に、すべてのディレクトリ構造をフラット化します。そうすれば、一掃する必要があるすべてのファイルが同じターゲットディレクトリにあります。
  2. srm を実行する前に、ディレクトリ全体をアーカイブします。そうすれば、ターゲット ファイルは 1 つの大きな tar.gz ファイルになります。データの圧縮にはしばらく時間がかかる可能性がありますが、srm にかかる時間ほどではありません。

私ができることについて他に何か提案はありますか?他の人も同様に shred を使用しましたが、結果は同様で、最終的に srm に切り替えました。

4

1 に答える 1

2

srm についてはよくわかりませんが、試してみる価値はあります:

find $mydir -type f -exec srm {} \;
find $mydir -type d -exec srm {} \;
于 2013-07-31T08:34:22.663 に答える