tmpfsで使用するには/tmp
アイテムが利用可能であることを知っていますが、/etc/fstab
役割を理解していません。/etc/default/tmpfs
言及する時には、何らかの状況でこれを作成または変更する必要があります。
最近は、systemd設定を使用するように提案を頻繁に見ましたtmp.mount
。例えば、Debian で:
$ sudo cp /usr/share/systemd/tmp.mount /etc/systemd/system/
$ sudo systemctl enable tmp.mount
これら2つの方法のうち、日常的な使用に適した方法は何ですか?どのような状況では、一方が他方よりも優れていますか?いつ処理する必要がありますか/etc/default/tmpfs
?
答え1
一部のシステムでは、/tmp
これがtmpfs
デフォルトであり、これが構成です。systemdの「APIファイルシステム」で提供。 Fedoraベースのシステムは、さまざまなレベルでこのパターンに従います。 Fedoraはデフォルトでそれを提供してアクティブにします/usr/lib/systemd/system/tmp.mount
が、RHEL 8はそれを提供しますがアクティブではありません。これらのシステムでは、ブロックおよびブロック解除デバイスが無効または有効になりますtmpfs
/tmp
。APIファイルシステムのドキュメントに記載されているように。
Debian などの他のシステムtmp.mount
すぐに使える場所に出荷しないでください。;それで/etc/systemd/system
使用するには にコピーする必要があります。これはtmp.mount
inの完全なオーバーライドを生成する不幸な副作用があります/etc
。つまり、パッケージが将来systemd
別のバージョンのinをリリースすると、そのパッケージは無視されます。これらのシステムでは。tmp.mount
/lib/systemd/system
/etc/fstab
両方の設定で/etc/fstab
まだ推奨される方法です。カスタム/tmp
マウント、例えばサイズを変更してください。man systemd.mount
説明する
一般に、マウントポイントを設定することが
/etc/fstab
ヒューマンマウント管理に好まれる方法です。
そしてAPIファイルシステム文書の同意。
取付ユニットの使用はツールに推奨、つまり自動構成の場合:
ツールの場合は、インストール単位の作成が編集よりも優先される必要があります
/etc/fstab
。
(つまり、マウントを自動的に設定したいツールは/etc/fstab
エラーが発生しやすい編集を試みるべきではなく、代わりにマウントデバイスをインストールする必要があります。できます)
/etc/default/tmpfs
Debianで使用されるので、sysvinit
systemdとは何の関係もありません。
答え2
私はいつも/ tmpを/ tmpfsとして無効にします。特にRaspberry Piのようなシステムでは、貴重なRAMを消費するからです。
だから私はsystemctlマスクtmp.mountsystemdで無効にします。
また、起動するたびに/ tmpを消去したくないし、/ var / tmpに半一時ファイルを保存することも考えたくありません。
私にとって、一時は「システムにとって重要ではありません」を意味しますが、「起動の間に不要」を意味しません。
そのため、寿命の短いものには/tmpを使って管理しています。
したがって、システムで主に単一のユーザーで作業している場合は、ルートパーティションに/ tmpを維持し、まったく分割しないことをお勧めします。
これにより、メモリが不足したり、ほとんどのディスク容量を/ tmpに残したりすることなく、圧縮されたアーカイブ、ダウンロードなどの大容量ファイルを一時的に/ tmpに保存できます。