web-dev-qa-db-fra.com

Les partages NFS ne sont plus montés au démarrage

J'ai un périphérique NAS et j'y monte plusieurs répertoires via des entrées dans /etc/fstab: -

# NFS
number0:/projects /home/carl/number0/projects nfs rw 0 0
number0:/carl /home/carl/number0/stuff nfs rw 0 0
number0:/Qmultimedia /home/carl/Music nfs rw 0 0
number0:/Photos /home/carl/Pictures nfs rw 0 0

Récemment (peut-être depuis une mise à jour, même si je ne suis pas sûr), les partages NFS ne sont pas montés au démarrage et je dois les monter avec Sudo mount -a.

Comme j'ai utilisé les mêmes entrées de fstab depuis Ubuntu 10.04 (peut-être plus tôt), je soupçonne que certains changements ont été apportés à la norme fstab que je ne respecte plus.

Il existe de nombreuses questions sur AU concernant le fait que NFS ne se monte pas automatiquement mais toutes concernent des versions beaucoup plus anciennes d'Ubuntu, à l'exception de celle-ci , qui ne semble pas pertinente.

Edit: la sortie de Sudo zegrep -w nfs /var/log/* est

/var/log/syslog.7.gz:Jul  8 19:35:16 number2 ureadahead[214]: ureadahead:/var/lib/nfs/.etab.lock: No such file or directory
/var/log/syslog.7.gz:Jul  8 19:35:16 number2 ureadahead[214]: ureadahead:/var/lib/nfs/.xtab.lock: No such file or directory
/var/log/syslog.7.gz:Jul  8 19:35:16 number2 kernel: [    4.974103] systemd[1]: Job nfs-blkmap.service/start failed with result 'dependency'.
/var/log/syslog.7.gz:Jul  8 19:35:20 number2 kernel: [   19.287387] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
/var/log/syslog.7.gz:Jul  8 19:35:26 number2 mount[767]: mount.nfs: Failed to resolve server number0: Temporary failure in name resolution
/var/log/syslog.7.gz:Jul  8 19:35:26 number2 mount[770]: mount.nfs: Failed to resolve server number0: Temporary failure in name resolution
/var/log/syslog.7.gz:Jul  8 19:35:26 number2 mount[773]: mount.nfs: Failed to resolve server number0: Temporary failure in name resolution
/var/log/syslog.7.gz:Jul  8 19:35:26 number2 mount[774]: mount.nfs: Failed to resolve server number0: Temporary failure in name resolution
/var/log/syslog.7.gz:Jul  8 19:35:26 number2 mount[775]: mount.nfs: Failed to resolve server number0: Temporary failure in name resolution
/var/log/syslog.7.gz:Jul  8 19:42:50 number2 kernel: [  470.817815] FS-Cache: Netfs 'nfs' registered for caching

Le serveur NFS est le numéro 0, qui a fonctionné tout le temps (une autre machine est également connectée aux mêmes partages NFS).

carl@number2:~$ ping number0
PING number0.home (192.168.1.65) 56(84) bytes of data.
64 bytes from number0.home (192.168.1.65): icmp_seq=1 ttl=64 time=0.364 ms

Edit 2: @waltinator m'a demandé de vérifier l'existence et les permissions de ces répertoires

carl@number2:~$ ls -l /var/lib | grep nfs
drwxr-xr-x 5 statd         nogroup       4096 Jul 21 17:55 nfs

carl@number2:~$ ls -l /var/lib/nfs | grep v4recovery
drwxr-xr-x 2 root  root    4096 Apr 27 23:05 v4recovery

Edit: les partages apparaissent dans Nautilus mais sont non montés.

fstabnfs
5
Carl H

Avez-vous essayé de changer de nom de serveur (numéro0) à IP (192.168.1.65)?

Il semble qu’à la date de montage, la résolution du nom pose un problème.

Par exemple, changement de:

number0:/projects /home/carl/number0/projects nfs rw 0 0

à

192.168.1.65:/projects /home/carl/number0/projects nfs rw 0 0
2
Marcolino

Blâmez systemd. C'était probablement dans votre mise à jour récente. Il doit être explicitement demandé d'attendre que les éléments du réseau soient prêts avant de tenter le montage.

systemctl enable NetworkManager-wait-online.service

Bonne explication ici .

1
David McNeill