У меня есть следующее монтирование для NFS в /etc/fstab
:
192.168.1.6:/var/share /media/share nfs hard,intr,retrans=10,timeo=10000000,_netdev 0 0
При перезагрузке моя система зависает; оказывается, это монтирование, как и доказано systemd-analyze blame
.
Статус:
● 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.
Кажется, это ошибка?
После входа в систему и запуска systemctl restart media-share.mount
проблема устраняется (так как сеть теперь доступна).
решение1
У меня такая же проблема.
Некоторая информация есть на вики-странице Ubuntu Community Helpздесьпредполагая, что это преднамеренное поведение Ubuntu 16:
В NFSv3 (тип nfs) опция _netdev сообщит системе, что нужно подождать с монтированием, пока сеть не станет доступна. С типом nfs4 эта опция игнорируется, но может быть использована с mount -O _netdev в скриптах позже. В настоящее время Ubuntu Server не поставляется со скриптами, необходимыми для автоматического монтирования записей nfs4 в /etc/fstab после того, как сеть будет запущена.
Мое решение заключалось в добавлении "vers=3" перед "_netdev", заставляя соединение использовать NFS v3. Очевидно, что это может не помочь в вашем случае, если вы полагаетесь на NFS v4.
Другие варианты могут включать:АвтоФСили скриптинг оболочки.