У меня есть следующее, монтируются для 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
это фиксируется (потому что сеть доступна теперь).
У меня была та же проблема.
существует некоторая информация о Wiki Справки Сообщества Ubuntu здесь предложение, это - намеренное поведение Ubuntu 16:
Под NFSv3 (вводят nfs) _netdev опция скажет системе ожидать для монтирования, пока сеть не будет доступна. С типом nfs4 эта опция проигнорирована, но может использоваться с монтированием-O _netdev в сценариях позже. В настоящее время Сервер Ubuntu не идет со сценариями, должен был автосмонтировать nfs4 записи в/etc/fstab после того, как сеть произошла.
Мое решение было к добавлению "vers=3" прежде "_netdev", вынуждая соединение использовать NFS v3. Очевидно, это не могло бы помочь в Вашем случае при доверии NFS v4.
Другие опции могли включать сценарии оболочки или AutoFS.
ocrmypdf
также. – Andrea Lazzarotto 8 April 2019 в 04:53