/var/tmp にあるファイルは再起動時に削除してはいけませんので、/var/tmp を一時ファイルシステム (tmpfs など) にマウントしてはいけません。そうですか?
/var/tmp を tmpfs としてマウントすると仮定すると、再起動するたびにその内容が削除されます。これは悪いですか?それでは、問題は何ですか?どれくらい悪いですか?
答え1
/var/tmp
再起動後も、そのファイルは変更されていません。 ~からFBI:
/ var / tmpディレクトリは、システムの再起動間に一時ファイルまたはディレクトリを保存する必要があるプログラムで使用されます。したがって、/ var / tmpに保存されているデータは、/ tmpに保存されているデータよりも耐久性があります。
その中に含まれるファイルは、通常、/var/tmp
突然の停電が発生しても消えてはならないキャッシュファイルや一時ファイルです。しかし、彼らが永遠に生きることを期待することはできません。共通点は古いファイルを消去する/var/tmp
時刻表から。
/var/tmp
以下はいくつかの使用例です。
- viのいくつかの実装(例
nvi
:)は競合回復ファイルをに入れます/var/tmp
。一時ファイルシステムの場合、何も回復できません。 Vimは、競合リカバリファイルを編集中のファイルと同じディレクトリに保存します。 - 私は使うFirefoxブラウザプラグインこれにより、Vimのテキストフィールドを編集できます。これを達成するために、プラグインは
/var/tmp
(/tmp
デフォルトでは)Vimに一時ファイルを作成し、そのファイルをVimに渡します。この機能を使用している間にコンピュータの電源が切れても、私の書き込みは安全です/var/tmp
。 ex
などのテキスト編集ツールは一時sudoedit
ファイルを保存します/var/tmp
。/var/tmp
tmpfsでインストールすると、予期しない停電によってデータが失われる可能性があります。マンページには
git-archive(1)
次の例があります。git archive --format=tar --prefix=junk/ HEAD | 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 は
arpd を起動して無料の ARP を収集しますが、カーネル機能を妨げません。
/var/tmp
システムが重大な損傷を受ける可能性はありません。停電や再起動によって情報が失われる可能性があるため、これは理想的ではありません。