systemd parece ignorar la opción _netdev para NFS en Ubuntu 16.04

Tengo el siguiente assembly para NFS en /etc/fstab :

 192.168.1.6:/var/share /media/share nfs hard,intr,retrans=10,timeo=10000000,_netdev 0 0 

Al reiniciar mi sistema se bloquea; Resulta que es el assembly demostrado por la systemd-analyze blame .

El estado:

 ● media-share.mount - /media/share Loaded: loaded (/etc/fstab; bad; vendor preset: enabled) Active: failed (Result: timeout) since Tue 2016-04-26 21:13:43 EDT; 6min ago Where: /media/share What: 192.168.1.6:/var/share Docs: man:fstab(5) man:systemd-fstab-generator(8) Process: 1071 ExecMount=/bin/mount 192.168.1.6:/var/share /media/share -t nfs -o hard,intr,retrans=10,timeo=10000000,_netdev (code=kille Apr 26 21:12:12 j-Lemur systemd[1]: Mounting /media/share... Apr 26 21:13:42 j-Lemur systemd[1]: media-share.mount: Mounting timed out. Stopping. Apr 26 21:13:42 j-Lemur systemd[1]: Mounted /media/share. Apr 26 21:13:43 j-Lemur systemd[1]: media-share.mount: Unit entered failed state. 

¿Esto parece ser un error?

Después de iniciar sesión y ejecutar systemctl restart media-share.mount se soluciona (porque la red está disponible ahora).

Yo tuve el mismo problema.

Aquí hay algo de información en el Wiki de ayuda de la comunidad de Ubuntu que sugiere que es un comportamiento intencional de Ubuntu 16:

Bajo NFSv3 (escriba nfs), la opción _netdev le indicará al sistema que espere para montar hasta que la red esté disponible. Con un tipo de nfs4, esta opción se ignora, pero se puede usar con mount -O _netdev en las secuencias de comandos más adelante. Actualmente, Ubuntu Server no viene con los scripts necesarios para montar automáticamente las entradas nfs4 en / etc / fstab después de que la red esté activa.

Mi solución fue agregar “vers = 3” antes de “_netdev”, lo que obligó a la conexión a usar NFS v3. Obviamente, esto podría no ser útil en su caso, si confía en NFS v4.

Otras opciones podrían incluir AutoFS o shell scripting.