問題
/etc/fstab にエントリが存在する場合でも、再起動後に /tmp が自動的にマウントされません。
以下の出力は、問題の例を示しています:
# uptime 16:44:11 up 2 min, 1 user, load average: 0.21, 0.55, 0.44
# df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 252G 0 252G 0% /dev tmpfs 252G 817M 251G 1% /dev/shm tmpfs 252G 11M 252G 1% /run tmpfs 252G 0 252G 0% /sys/fs/cgroup /dev/mapper/VolGroupXXX-LogVolRoot 30G 25G 3.2G 89% / /dev/mapper/VolGroupXXX-LogVolVar 7.8G 588M 6.8G 8% /var /dev/sda1 477M 234M 218M 52% /boot /dev/mapper/VolGroupSys-LogVolHome 2.0G 12M 1.8G 1% /home tmpfs 51G 0 51G 0% /run/user/0
# cat /etc/fstab /dev/mapper/VolGroupXXX-LogVolRoot / ext3 defaults 1 1 UUID=xxxx6a54-xxxx-xxxx-xxxx-121xxxxxxx83 /boot ext3 defaults 1 2 /dev/mapper/VolGroupXXX-LogVolSwap swap swap defaults 0 0 /dev/mapper/VolGroupXXX-LogVolTmp /tmp ext3 defaults 1 2 /dev/mapper/VolGroupXXX-LogVolHome /home ext3 defaults 1 2 /dev/mapper/VolGroupXXX-LogVolVar /var ext3 defaults 1 2
「mount -a」を実行すると、問題なく /tmp がマウントされます。
# mount -a # df -h /tmp Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroupXXX-LogVolTmp 40G 22G 17G 57% /tmp
解決策
調査の結果、tmp.mount が見つかりました systemdでマスクされました。マスクされたステータスを確認するには、次を使用します:
# systemctl status tmp.mount * tmp.mount Loaded: masked (/dev/null; bad) Active: inactive (dead)
したがって、systemd は、/etc/fstab に存在する /tmp をマウントするエントリを無視します。
この問題を解決するには、systemctl を使用して tmp.mount のマスクを解除する必要があります:
# systemctl unmask tmp.mount
次に、サーバーを再起動して、/etc/fstab からの /tmp のカスタム エントリが起動時にマウントされているかどうかを確認します。
# systemctl reboot
RedHat Virtualization (RHV) のデータ センターでトラフィックを分離する論理ネットワークを作成する方法
「デバイスに空き容量がありません」 – kdump 生成の問題 (CentOS/RHEL)