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
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