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とは何の関係もありません。

おすすめ記事