tmpfsのtmp:systemdを使用したfstabとtmp.mount

tmpfsのtmp:systemdを使用したfstabとtmp.mount

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 /tmpAPIファイルシステムのドキュメントに記載されているように

Debian などの他のシステムtmp.mountすぐに使える場所に出荷しないでください。;それで/etc/systemd/system使用するには にコピーする必要があります。これはtmp.mountinの完全なオーバーライドを生成する不幸な副作用があります/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/tmpfsDebianで使用されるので、sysvinitsystemdとは何の関係もありません。

答え2

私はいつも/ tmpを/ tmpfsとして無効にします。特にRaspberry Piのようなシステムでは、貴重なRAMを消費するからです。
だから私はsystemctlマスクtmp.mountsystemdで無効にします。
また、起動するたびに/ tmpを消去したくないし、/ var / tmpに半一時ファイルを保存することも考えたくありません。
私にとって、一時は「システムにとって重要ではありません」を意味しますが、「起動の間に不要」を意味しません。
そのため、寿命の短いものには/tmpを使って管理しています。
したがって、システムで主に単一のユーザーで作業している場合は、ルートパーティションに/ tmpを維持し、まったく分割しないことをお勧めします。
これにより、メモリが不足したり、ほとんどのディスク容量を/ tmpに残したりすることなく、圧縮されたアーカイブ、ダウンロードなどの大容量ファイルを一時的に/ tmpに保存できます。

関連情報