ローカルファイルシステムは、OL8.6ではsystemdによってリモートでマウントされます。

ローカルファイルシステムは、OL8.6ではsystemdによってリモートでマウントされます。

2つのRAID SSDパーティションは次のとおりです。

Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes
Disklabel type: gpt
Disk identifier: BF152674-71D5-491B-8C35-09F3AA0015EE

Device         Start       End   Sectors  Size Type
/dev/sda1       2048   2099199   2097152    1G EFI System
/dev/sda2    2099200   4196351   2097152    1G Linux filesystem
/dev/sda3    4196352 759171071 754974720  360G Linux LVM
/dev/sda4  759171072 885000191 125829120   60G Linux LVM
/dev/sda5  885000192 918554623  33554432   16G Linux swap


Disk /dev/mapper/vg_root-root: 48 GiB, 51535413248 bytes, 100655104 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes


Disk /dev/mapper/vg_u-u: 288 GiB, 309233451008 bytes, 603971584 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes

/ uパーティションはsystemdによってRemote-fsにマウントされます。

# ll /run/systemd/generator/remote-fs.target.requires/
total 0
lrwxrwxrwx 1 root root 10 Sep 26 21:32 u.mount -> ../u.mount

ネットワークサービスが開始されるまで/ uがマウントされないため、再起動後にサービスを開始すると問題が発生します。

影響を受けるサービスに次のように挿入して解決策を設計します。

RequiresMountsFor=/u

より良い解決策を見つけるには、/uをlocal-fsとしてマウントして将来の問題を回避します。

どんな提案がありますか?

ベストアンサー1

/u重要な依存関係がない場合は、他のローカルファイルシステムの前にマウントするよう/強制できます。/u1つの方法はx-systemd.before=local-fs.targetにオプションを追加することですfstab

/dev/mapper/vg_u-u  /u  xfs  defaults,x-systemd.before=local-fs.target  0 0

その後、systemdはそのユニットファイルを再生成するように強制します。

sudo systemctl daemon-reload

おすすめ記事