/ var / tmpが一時ファイルシステムにある場合、何が問題になるのでしょうか？

/ var / tmp内のファイルは再起動時に削除してはならないため、/ var / tmpを一時ファイルシステム（tmpfsなど）としてマウントしないでください。あれは正しいですか？

/ var / tmpをtmpfsとしてマウントしたとすると、その内容は再起動のたびに削除されます。それは悪いでしょうか？はいの場合、何が問題になる可能性がありますか？それはどれほど悪いでしょうか？

のファイルは、/var/tmp再起動後も保持されることが期待されています。FHSから：

/ var / tmpディレクトリは、システムを再起動しても保持される一時ファイルまたはディレクトリを必要とするプログラムで使用できます。したがって、/ var / tmpに格納されているデータは、/ tmpにあるデータよりも永続的です。

内のファイルは/var/tmp、多くの場合、キャッシュファイルまたは一時的なファイルであり、突然の停電の場合に消えてはなりません。彼らは永遠に生きることを期待することはできません。古いファイルを/var/tmp定期的に消去するのが一般的です。

/var/tmpの使用例をいくつか次に示します。

• viの一部の実装（例nvi）は、クラッシュリカバリファイルをに配置し/var/tmpます。それが一時ファイルシステムである場合、何かを回復する機会はありません。Vimは、クラッシュリカバリファイルを編集中のファイルと同じディレクトリに配置します。
• 私が使用してFirefoxのプラグインのVimで編集テキストフィールドに私を可能にします。これを実現するために、プラグインは一時ファイルを作成します/var/tmp（/tmpただし、これがデフォルトです）。このファイルをVimに渡します。この機能を使用しているときにコンピューターの電源が切れた場合、私の文章はで安全に出力され/var/tmpます。
• などのテキスト編集ツールexとsudoedit一時ファイルをに配置します /var/tmp。/var/tmpがtmpfsとしてマウントされている場合、予期しない電源障害によりデータが失われる危険性があります。

• git-archive(1)マニュアルページには、以下の例があります。

  git archive --format = tar --prefix = junk / HEAD | （cd / var / tmp / && tar xf-） 現在のブランチの
  最新のコミットの内容を含むtarアーカイブを作成し、
  それを/ var / tmp / junkディレクトリに抽出します。

  /var/tmp抽出されたアーカイブの内容が突然の電源障害で失われないように、ディレクトリが選択された可能性があります。

• 以来は/var/tmp定期的にクリアされますが、決して意外なことに、一時的なログとテストデータベースを格納するのが一般的です。たとえば、arpd マンページで/var/tmpは、いくつかの例のために、テストデータベースの場所として使用されます。

  arpd -b /var/tmp/arpd.db
  不必要なARPを収集するためにarpdを起動しますが、カーネル機能をいじることはありません。