我已连接到 CISCO VPN 以访问远程 Windows Server。我用它mount.cifs
来在此服务器上安装共享文件夹。
这是我的mount
脚本:
#!/bin/bash
stweb="/mnt/stweb"
if ! mount|grep $stweb; then
sudo mkdir -p $stweb
sudo mount.cifs //<server IP>/folder $stweb -o uid=1000,gid=1000,user=<myuser>,password=<mypassword>,domain=<mydomain>
fi
这是我的umount
脚本:
#!/bin/bash
sudo umount -a -t cifs -l
他们工作!
但问题是:有时由于网络条件差,VPN 连接中断;因此共享停止工作。重新连接后,我通常会运行我的umount
脚本,然后mount
运行脚本。但有时mount
脚本会在命令处挂起很长时间mount.cifs
。我甚至无法发送 CTRL+C 来终止该进程。系统重启后,安装操作再次起作用。
在这种情况下重新启动既耗时又没有效率。您知道发生了什么吗?我可以检查哪些日志?
顺便说一句,我使用的是 Wily,但是当我使用 Ubuntu 14.10 时这个问题就已经存在了。
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 15.10
Release: 15.10
Codename: wily
谢谢!
答案1
这个问题已经存在至少 10 年了,而且似乎仍然没有办法解决它。我试过umount -l xxx
,它不会挂起,但是当我们尝试挂载共享时,它确实会挂起。一个问题似乎是您需要在任何进程尝试打开共享上的文件之前重新挂载共享。如果您有指向共享文件系统的软链接,这可能会非常棘手。
更疯狂的是:如果系统卡住了,smbmount
仍然可以顺利运行,即使mount
同一卷挂起了超过 10 分钟。
答案2
Ubuntu 论坛上的这篇文章帮我解答了。
我必须为该挂载点添加vers=3.0
选项。/etc/fstab
答案3
在托管共享的 Mac 上,有时需要重新启动 Mac 上的文件共享(重新启动 Mac 很简单),然后才能再次安装共享,罪魁祸首将不是在这种情况下,Linux 客户端(尽管在关键进程进入磁盘睡眠状态)。如果在挂载共享时 Mac 出现问题并umount
变得无响应,情况也是如此。在这种情况下,umount -l
和fuser -km
都无法工作,两者都会无限期挂起。