systemdシステムでfstabを放棄する理由はありますか?

systemdシステムでfstabを放棄する理由はありますか?

私はsystemdを意味するArch Linuxシステムを使用しています。

systemdには、.mount拡張子を持つマウントポイントの基本ユニットファイルがあります。私はそれを使用しており、/etc/fstabsystemdがそれから情報を取得したため、問題は発生しませんでした。しかし、私は実際に文書を読んだので、基本的なシステム単位ファイルに変更する必要があるかどうか疑問に思います。

fstabArch Wikiは、初心者ガイドにコンテンツを埋めることを示しているため、これには利点がないことを示しています。

ベストアンサー1

man systemd.mount自分の視点から見ると次のようになります。

システムテーブル

マウントデバイスは、デバイスファイルまたは/ etc / fstabで設定できます(詳細はfstab(5)を参照)。 /etc/fstabにリストされているマウントは、起動時およびシステム管理者の構成が再ロードされると、プライマリデバイスに動的に変換されます。一般的に、/etc/fstabを介してマウントポイントを設定することは、人がマウントを管理するのに好ましい方法です。ツールの場合、マウントユニットの作成は/etc/fstab編集よりも優先されます。 /etc/fstab をマウントデバイスに変換する方法の詳細については、systemd-fstab-generator(8) を参照してください。

一部の機能は fstab に対してのみ実装されます。たとえば、initrdのsystemdを使用して/ usrファイルシステムと/ファイルシステムをマウントする場合です。 initrdのsystemdは/からetc/fstabを読み、/usrのエントリを探します。

mount /mountpoint手動で使用することもできます。systemd一般的にこれを行うことをお勧めします。たとえば、ファイルシステムをアンマウントまたはマウントすると、マウントされたデバイスの状態が更新されます。

おすすめ記事