/ dev / nullのような「ブラックホール」ディレクトリを作成するにはどうすればよいですか？

" /dev/null"ディレクトリ（または "ブラックホール"ディレクトリ）を作成して、そこに書き込まれたファイルが実際には書き込まれず、消えてしまうようにします。

大きな一時ファイルをディレクトリに書き込むアプリケーションがあります。私はファイルの名前を制御することはできず、これらのファイルの内容についてはあまり気にしません。これらのファイルを定期的に上書きするスクリプトを書くこともできますが、ファイルは非常に迅速に書き出されてディスクをいっぱいにします。もっと賢いものを探しています。実際には、書き込みがもう一方の端で破棄されているだけなのに、アプリケーションにこれらのファイルを書き込むと「考えて」もらいたいのです。

この古い関連スレッドも参照してください。

これは、私が知っているどのUnixでもすぐにはサポートされていませんが、FUSEでほとんど何でもできます。nullfs¹の実装が少なくとも1つあります。/dev/nullこれは、すべてのファイルが存在し、同様に動作するファイルシステムです（これは私が見た唯一の実装ではありません）。

¹ _{と混同しないように* BSDのNULLFSに似ている、bindfs。}

別のアプローチはLD_PRELOADラッパーです。基本的にはlibc.soの前にロードされる小さな共有ライブラリで、「open」への呼び出しをインターセプトするファイルパスをチェックし、ターゲットディレクトリにある場合は「/ dev / null」に置き換えるものでインターセプトします。

これには、（a）完全にユーザー空間にいるという利点があります-カーネルハッキングが不要です。（b）単一の誤ったアプリケーションのみに影響します。

簡単な例はhttp://www.noah.org/wiki/LD_PRELOAD_notesにありますが、あなたの場合は、「open」および「creat」システムコールをインターセプトする必要があります。

これらのログをオフに切り替えられないほどプログラムが愚かである場合、ログファイルを開いた後にエラーをチェックしないこともありますか？ダミーの読み取り専用ファイルシステムをマウントしてみます（たとえば、を使用mount -o loop）。

スクリプトを使用して定期的にファイルを削除するだけでは十分ではないと言います。アプリケーションが書き込みを終了して閉じるたびに一時ファイルを削除するトリガーを使用できますか？その場合、「inotify」APIを使用できます。

（http://en.wikipedia.org/wiki/Inotifyおよびhttps://github.com/rvoicilas/inotify-tools/wiki/を参照）

Linuxカーネルのramfsサンプルに基づいてカーネルモジュールを作成しました。これは基本的にnullfsvfsと呼ばれるブラックホールファイルシステムです。FUSEシステムの実装は、ユーザーからカーネル空間にデータをコピーする必要があり、カーネルモジュールとしての単純な実装と比較して非常に低速です。見る：

https://github.com/abbbi/nullfsvfs

そのディレクトリにシンボリックリンクするだけです /dev/null

rm -rf ~/.logs
ln -s /dev/null ~/.logs

/dev/null、ディレクトリである必要はありません。プログラムがへの書き込みを試みても~/.logs/log1.dump、それはそのままに入り/dev/nullます。
Google Chromeのキャッシュに対してこれを行います。しばらくすると、Chromeが非常に大きくなり、Chromeの起動に数分かかるためです。