Tengo el siguiente montaje 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 la montura como lo demuestra 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 ejecutarlo, systemctl restart media-share.mountse soluciona (porque la red ya está disponible).
Respuesta1
Yo tuve el mismo problema.
Hay información en la Wiki de ayuda de la comunidad de Ubuntu.aquísugiriendo que es un comportamiento intencional por parte de Ubuntu 16:
En 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 scripts 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 ayudar en su caso, si confía en NFS v4.
Otras opciones podrían incluirAutoFSo scripts de shell.