一時ファイルシステムの/ var / cache
フラッシュの劣化が懸念されるため、ヘッドレスの軽量24時間年中無休のシステムでの不要なディスク書き込みの量を可能な限り減らしたいと思います。重要な場合、これはDebianフレーバーのシステムですが、この問題はより多くのユーザーに関連している可能性があると思います。
これを達成するために、私はすでに使用していますtmpfsのため/tmpと/var/log、デフォルトに加えを。この時点で、fatraceなどのさまざまなツールを使用してアイドル状態のIOアクティビティを監視することにより、長期間の経過後、書き込みアクセス数で最も顕著なディレクトリの1つが/var/cache、特にman-dbに/var/cache/man関連していることがわかります。このシステムには自動パッケージ更新がないため、の書き込みはありませんが、関連する可能性のある他の書き込みもありません。/var/cache/apt
問題は、tmpfsがに使用される場合、問題が発生する可能性があるかどう/var/cacheかです。起動時に、ディスクからのデータを入力し、場合によってはrsyncして戻します。
もちろん、一部のシステムではRAM使用量の増加が問題になる可能性がありますが、キャッシュを使用する一般的なシステムの一部で問題が発生するのか、初期ブートプロセスでデータが存在しないのか、または一般的に問題があるのかについて意見を聞くのは興味深いことです。少し時代遅れの状態になっていますか（たとえば、クラッシュ後）？
回答
かなりクールなアイデア。/varこの理由で私は磁気ドライブにマウントしますが、私はこれが好きです。これが機能するかどうかは、アプリケーション固有です。
DOESがapt必要/var/cache/apt/に存在するか、必要なときには、ディレクトリが作成されますか？dpkg -S /var/cache/apt/このディレクトリはパッケージのインストール中に作成されることを教えてくれます。それで、そのディレクトリが存在しない場合、aptそれを作成しますか？ウィルapt失敗し始めますか？それらの質問への答えはにありますapt。tmpfsforを作成することで、このポイントを無効にすることができ/var/cache/aptます。
ながらtmpfsのための/var/cache/aptための5月の仕事apt、あなたはどの使用他のすべてのパッケージのためのプロセスを繰り返す必要があります/var/cache/*。私のマシン上のいくつかのディレクトリがあります：apache2、fonts、gdm、cups、man、dictionaries-common app-info。さらに、新しいパッケージをインストールするときはいつでもtmpfs、そのパッケージに該当するものを設定することを忘れないでください。これは管理が難しいかもしれません。
幸い、ファイルシステム階層標準では次のように説明さ/var/cacheれています。
アプリケーションキャッシュデータ。このようなデータは、時間のかかるI / Oまたは計算の結果としてローカルに生成されます。アプリケーションは、データを再生成または復元できる必要があります。キャッシュされたファイルは、データを失うことなく削除できます。
だから私は間違っている可能性があります。アプリケーションは/var/cache、標準で必要とされているため、必要に応じてのサブディレクトリが作成される方法で実装できます。しかし、誰かがそれに準拠していない場合、それはまだリスクです。