☰

FSTAB não carrega corretamente

tag-icon • tag-icon mount fstab nfs
FSTAB não carrega corretamente

Então, hoje eu atualizei /etc/fstabpara montar alguns compartilhamentos NFS em meu NAS e, embora eu possa digitar no terminal e montá-los com sucesso, fstabnão parece ser totalmente executado após a reinicialização.

Estou administrando o Mint, mas não tenho certeza se isso importa.

Este é o meu fstabarquivo.

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/mint--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda2 during installation
UUID=0fad24fa-b1e5-48aa-b738-a06f214207b9 /boot           ext2    defaults        0       2
# /boot/efi was on /dev/sda1 during installation
UUID=3715-6F02  /boot/efi       vfat    umask=0077      0       1
/dev/mapper/mint--vg-swap_1 none            swap    sw              0       0


#3/13/2018 NFS shares to Synology
10.0.0.5:/volume1/homes/alex2wr    /media/alex2wr   nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0
10.0.0.5:/volume1/homes/alex2wr/Downloads    ~/Downloads   nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0
10.0.0.5:/volume1/video    ~/Videos   nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0
10.0.0.5:/volume1/photo    ~/Pictures   nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0

Responder1

Acho que o problema são os caminhos relativos usados. Se você executar no console:

mount -t nfs 10.0.0.5:/volume1/video ~/Videos

Funciona porque ~se refere à pasta pessoal do usuário. Quando você reinicia o sistema isso ~não acontece, então você tem que escrever o caminho absoluto, por exemplo:

 10.0.0.5:/volume1/video /home/<username>/Videos

informação relacionada