Eu tenho a seguinte montagem para NFS em /etc/fstab:
192.168.1.6:/var/share /media/share nfs hard,intr,retrans=10,timeo=10000000,_netdev 0 0
Na reinicialização, meu sistema trava; Acontece que é a montagem comprovada por systemd-analyze blame.
O 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.
Isso parece ser um bug?
Depois de fazer login e executá-lo, systemctl restart media-share.mountele será corrigido (porque a rede já está disponível).
Responder1
Eu tive o mesmo problema.
Há algumas informações no Wiki de Ajuda da Comunidade Ubuntuaquisugerindo que é um comportamento intencional do Ubuntu 16:
No NFSv3 (tipo nfs) a opção _netdev dirá ao sistema para esperar a montagem até que a rede esteja disponível. Com um tipo nfs4 esta opção é ignorada, mas pode ser usada com mount -O _netdev em scripts posteriormente. Atualmente o Ubuntu Server não vem com os scripts necessários para montar automaticamente as entradas nfs4 em /etc/fstab depois que a rede estiver ativa.
Minha solução foi adicionar "vers=3" antes de "_netdev", forçando a conexão a usar o NFS v3. Obviamente, isso pode não ajudar no seu caso, se você estiver contando com o NFS v4.
Outras opções podem incluirAutoFSou scripts de shell.