![Ubuntu 18.04 在挂起前挂起 NFS,在恢复后挂起在登录屏幕上](https://linux22.com/image/1065635/Ubuntu%2018.04%20%E5%9C%A8%E6%8C%82%E8%B5%B7%E5%89%8D%E6%8C%82%E8%B5%B7%20NFS%EF%BC%8C%E5%9C%A8%E6%81%A2%E5%A4%8D%E5%90%8E%E6%8C%82%E8%B5%B7%E5%9C%A8%E7%99%BB%E5%BD%95%E5%B1%8F%E5%B9%95%E4%B8%8A.png)
我在本地家庭网络中使用 NFS 共享。NFS 挂载在 /etc/fstab 中定义如下:
192.168.1.1:/media/Share /media/Share nfs noauto,rw,hard,intr,tcp,rsize=32768,wsize=32768,users 0 0
当我暂停安装了 NFS 共享的笔记本电脑(通过单击 nautilus 中的共享名称来完成挂载)时,将笔记本电脑带到我的工作场所(当然我的 NFS 共享不再可用),从暂停状态恢复,输入密码 - 它挂在那里。
我发现的唯一解决方法是切换到 VT3(使用 ctrl+alt+f3),在那里登录,强制卸载 /media/Share,然后切换回 VT2,图形登录就会成功。
这是错误吗?我在 Ubuntu 17.10 上使用了相同的 NFS 挂载,没有任何问题。
答案1
我已经用 Mario Welder 在此处描述的方法解决了这个问题。但在本例中,我将一个具有执行权限的文件放在了/lib/systemd/system-sleep/
包含以下内容的文件夹中:
#!/bin/sh
case $1 in
pre)
/bin/umount -lf /media/*
;;
esac
我不确定这是否会产生很大的不同,但无论如何,对我来说,从那时起它就起作用了。
答案2
我遇到过同样的问题。
当我意识到登录时随机挂断与挂载的 NFS 共享有关时,我添加了一个脚本,其中包含单个命令
umount -f /media/Share
到/lib/systemd/system-sleep/
文件夹。这是在暂停之前执行的,因此在恢复时没有安装 NFS 卷。
希望这个解决方法将来能够帮助到其他人。