Problema
/tmp no se monta automáticamente después de reiniciar aunque haya una entrada en /etc/fstab.
Los siguientes resultados muestran un ejemplo del problema:
# 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
Ejecutando "mount -a" monta /tmp sin ningún problema.
# mount -a # df -h /tmp Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroupXXX-LogVolTmp 40G 22G 17G 57% /tmp
Solución
En la investigación, se encontró que tmp.mount estaba enmascarado en systemd. Para verificar el estado enmascarado, use:
# systemctl status tmp.mount * tmp.mount Loaded: masked (/dev/null; bad) Active: inactive (dead)
Por lo tanto, systemd ignora la entrada para montar /tmp que está presente en /etc/fstab.
Para resolver el problema, debemos desenmascarar tmp.mount usando systemctl:
# systemctl unmask tmp.mount
Luego reinicie el servidor para verificar si la entrada personalizada para /tmp de /etc/fstab está montada en el arranque.
# systemctl reboot