/etc/fstabが遅すぎてマウントされ、一部のデーモンが失敗する可能性があります。

/etc/fstabが遅すぎてマウントされ、一部のデーモンが失敗する可能性があります。

/etc/fstabMounting on などの一部の項目を に書きました/tmp

/etc/fstab一部のデーモン(Xorgなど)がすでに起動された後、systemdはエントリを遅くマウントするようです。

Xorgが.X11-unix生成され/tmp、次にsystemdがここにマウントされるため、すでに/tmpその中にあったファイルは/tmp消えます。これにより、一部のプログラムがXと通信できなくなります。

/etc/fstabアイテムを事前にマウントする方法は?それとも別のものを使用する必要がありますか/etc/fstab

答え1

これは、Xorgを起動するユニットファイルの依存関係が十分ではなく、systemd早期に実行されることを示しています。

少なくともDebianでは、ローカルファイルシステムのマウントは自動的に順次依存関係を持ち、初期システムの初期化を処理するため、Before=local-fs.targetすべてlocal-fs.targetsysinit.targetローカルファイルシステムはsysinit.target完了後にマウントする必要があります。

DefaultDependencies=noXorgは、暗黙的Requires=sysinit.targetに起動するデバイスがない限り、完了後にのみ起動するAfter=sysinit.target必要があります。sysinit.target低レベルのシステム初期化を担当するユニットのみDefaultDependencies=no

ただし、リモートファイルシステムの場合は、Xorgを起動するデバイスに依存関係を追加する/tmp必要があるかもしれません。After=remote-fs.target最も簡単な方法はsystemctl editEdit Itを使用することです。この機能は、systemctl変更のみを含むファイルを自動的に生成します/etc/systemd/system/<name of the Xorg-starting unit>.d/

Linuxディストリビューションの名前とバージョンを表示する必要があります。これによりsystemd、特定のバージョンの構成に特定の問題がある場合は、問題を知っている人がより具体的な回答を提供できるようになります。

関連情報