我最近重新安装了 Xubuntu 16.04。之前我使用的是 14.04，并在 /etc/fstab 中使用以下行挂载了一个 NFS 共享
192.168.178.66:/media/user/drive /media/user/banana nfs rw 0 0
应该发生什么？
nfs 共享应在启动时安装到给定位置。
会发生什么？
启动需要很长时间，并且 nfs 共享未挂载。我的桌面上出现了一个灰色的共享符号。当我单击它时，它显示类似“只有 root 可以挂载”的内容。当我在启动过程中按箭头时，我可以看到 systemd 日志（我想）它显示 ~"Startjob for /media/user/banane (30s/1,31s)"它等待了整整 91 秒，最后才启动。手动挂载 nfs 有效。但关机并没有结束。再次查看 systemd 输出：“ Stop job for /media/netzwerkfreigabe (30s/2m)”关机没有在给定的限制处结束。而是出现了另一个更长的限制。至少三次。
附加信息
- 该包
nfs-common已安装在客户端计算机上 - nfs 服务器是运行 BananianLinux（经过修改的 Debian Jessy）的 BananaPi
- 我可以使用相同的 /etc/fstab 行从另一台使用 Xubuntu 14.04 的计算机挂载 nfs 共享
据我所知，Ubuntu 16.04 引入了 systemd。这可能是 systemd 问题。我的 fstab 配置应该可以工作吗？你最近以不同的方式挂载 nfs 吗？我在其他论坛上发现了几份关于其他用户类似问题的报告。我应该提交错误吗？
谢谢您的回答！
答案1
我找到了以下解决方案这里。显然，您必须在 fstab 中使用特定的 systemd 选项。
servername:/home /mountpoint/on/client nfs noauto,x-systemd.automount,x-systemd.device-timeout=10,timeo=14,x-systemd.idle-timeout=1min 0 0
答案2
遇到了同样的问题，并阅读了 askubuntu.com 和其他地方的所有帖子。我终于找到了一个 wikihttps://wiki.ubuntu.com/systemd#Remote_filesystem_mounts很好地解释了这个问题，除了 Ubuntu 16.04 需要的一些小改动。读完这篇文章后，我不太清楚的是，似乎有必要同时拥有 fstab 中的条目（相当标准）和 /etc/systemd/system 中的 .mount 文件。
我的 fstab 中的条目：
myserver:/export/work /mnt/work nfs auto 0 0
systemd 的挂载单元文件 /etc/systemd/system/mnt-work.mount （注意命名约定 /mnt/work ==> mnt-work.mount
[Unit]
Description=/mnt/work
Wants=network-online.target rpc-statd.service
After=network-online.target rpc-statd.service
[Mount]
What=myserver:/export/work
Where=/mnt/work
Type=nfs
StandardOutput=syslog
StandardError=syslog
TimeoutSec=50
您可能注意到，我必须将 statd.service 更改为 rpc-statd.service，将 network.target 更改为 network-online.target（我不知道是否有必要）。
另外，我添加了 50 秒的超时时间。然而，当我通过硬件交换机切换网络时，关机仍会挂起。
我的问题是，当缺少 fstab 条目时，挂载单元将不会在启动时执行！
答案3
我花了很长时间才修复它，同时我被锁定在 nfs 共享之外。我将第 4 个字段从 更改为/etc/fstab。defaults问题user是只有超级用户可以挂载共享文件。添加user意味着任何人都可以挂载文件，包括 nfs。
答案4
我有完全相同的设置，它对我来说很管用。NFS 导出在 14.04 上，我使用 16.04 进行安装。我做的就像我做过的旧版本一样（听起来就像你尝试过的一样）。确保将新机器添加到导出中。