web-dev-qa-db-fra.com

FSTAB ne se charge pas correctement

Donc, aujourd’hui, j’ai mis à jour mon /etc/fstab pour monter quelques partages NFS sur mon NAS et, bien que je puisse taper le terminal et le monter avec succès, fstab ne semble pas s’exécuter complètement après redémarrer.

Je suis à la menthe, mais je ne suis pas sûr que cela compte.

Ceci est mon fichier fstab.

# /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
1
Alex

Je pense que le problème est les chemins relatifs utilisés. Si vous utilisez la console:

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

Fonctionne parce que ~ fait référence au dossier de départ de l'utilisateur. Lorsque vous redémarrez le système, ~ ne le fait pas. Vous devez donc écrire le chemin absolu, par exemple:

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