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