Masalah
/tmp tidak dipasang secara otomatis setelah reboot meskipun ada entri di /etc/fstab.
Keluaran di bawah ini menunjukkan contoh masalah:
# 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
Menjalankan "mount -a" mount /tmp tanpa masalah.
# mount -a # df -h /tmp Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroupXXX-LogVolTmp 40G 22G 17G 57% /tmp
Solusi
Pada penyelidikan, ditemukan bahwa tmp.mount disamarkan di systemd. Untuk memeriksa status tersamar, gunakan:
# systemctl status tmp.mount * tmp.mount Loaded: masked (/dev/null; bad) Active: inactive (dead)
Oleh karena itu systemd mengabaikan entri untuk memasang /tmp yang ada di /etc/fstab.
Untuk mengatasi masalah ini, kita perlu membuka kedok tmp.mount menggunakan systemctl:
# systemctl unmask tmp.mount
Kemudian reboot server untuk memverifikasi apakah entri kustom untuk /tmp dari /etc/fstab sudah terpasang saat boot.
# systemctl reboot
Cara Membuat jaringan logis untuk memisahkan lalu lintas di pusat data di RedHat Virtualization (RHV)
“Tidak ada ruang tersisa di perangkat” – masalah pembuatan kdump (CentOS/RHEL)