Você pode querer tentar usar o UUID. Como na mudança do fstab para
UUID=xxxxxxxxxxxx /tmp xfs defaults,nofail 0 2
Estou executando o RHEL 7.2 no Amazon Web Services e estou tentando fazer com que meu /tmp use um volume de 10 GB /dev/xvdh anexado. Os dados não precisam persistir, mas eu tenho que ter um volume maior apenas para o tmp, devido a uma necessidade do cliente. Aqui está a entrada no meu fstab .
/dev/xvdh /tmp xfs defaults,nofail 0 2
Quando executo sudo mount -a , não recebo nenhum erro e, no entanto, quando reinicializo, não vejo essa montagem quando executo lsblk , como visto abaixo.
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 10G 0 disk
├─xvda1 202:1 0 1M 0 part
└─xvda2 202:2 0 10G 0 part /
xvdb 202:16 0 8G 0 disk /grid/01
xvdc 202:32 0 8G 0 disk /grid/02
xvdd 202:48 0 8G 0 disk /grid/03
xvde 202:64 0 8G 0 disk /grid/04
xvdf 202:80 0 8G 0 disk /grid/05
xvdg 202:96 0 20G 0 disk /var/log
xvdh 202:112 0 10G 0 disk
Tem alguma indicação? A unidade definitivamente existe ...
Pediram para adicionar a saída de mount , aqui está:
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,size=484472k,nr_inodes=121118,mode=755)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/xvda2 on / type xfs (rw,relatime,attr2,inode64,noquota)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
/dev/xvdb on /grid/01 type xfs (rw,relatime,attr2,inode64,noquota)
/dev/xvde on /grid/04 type xfs (rw,relatime,attr2,inode64,noquota)
/dev/xvdd on /grid/03 type xfs (rw,relatime,attr2,inode64,noquota)
/dev/xvdg on /var/log type xfs (rw,relatime,attr2,inode64,noquota)
/dev/xvdf on /grid/05 type xfs (rw,relatime,attr2,inode64,noquota)
/dev/xvdc on /grid/02 type xfs (rw,relatime,attr2,inode64,noquota)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=101548k,mode=700,uid=1000,gid=1000)
aqui está a saída de df /tmp :
/dev/xvda2 10473452 1603440 8870012 16% /
Bem, encontrei outro jeito que não funciona. Por esse tópico , tentei mascarar esse arquivo /usr/lib/systemd/system/tmp.mount , mas meu mapeamento para /tmp ainda seria trabalhe na reinicialização. Então eu tentei renomear o arquivo, também não funcionou. Eu restaurei o arquivo e removi a máscara.
Eu também tive esse problema em nosso servidor AWS RHEL 7.3 (dezembro de 2016).
Também consegui reproduzir o problema em uma VM não da AWS (via VMware), mas somente após mascarar tmp.mount em systemd .
Veja como verificar se o tmp.mount está agora mascarado via systemd no RHEL 7.
Para testar:
# systemctl tmp.mount Unknown operation 'tmp.mount'.
# systemctl unmask tmp.mount Removed symlink
/etc/systemd/system/tmp.mount.
# systemctl status tmp.mount ● tmp.mount - /tmp Loaded: loaded
(/etc/fstab; disabled; vendor preset: disabled) Active: inactive
(dead) since Fri 2016-12-02 18:39:04 PST; 2min 47s ago
# systemctl enable tmp.mount Created symlink from
/etc/systemd/system/local-fs.target.wants/tmp.mount to
/usr/lib/systemd/system/tmp.mount.
# systemctl status tmp.mount ● tmp.mount - /tmp Loaded: loaded
(/etc/fstab; enabled; vendor preset: disabled)
Tags fstab