如何强制卸载 CIFS 连接

Question

我在 Linux 机器上安装了一个 CIFS 共享。 CIFS 服务器已关闭，或者 inte.net 连接已关闭，任何接触 CIFS 挂载的内容现在都需要几分钟才能超时，并且在您等待时无法终止。 我什至不能在我的主目录中运行 ls，因为在 CIFS 挂载中有一个指向符号链接，而 ls 试图跟随它来决定它应该是什么颜色。 如果我尝试卸载它（即使使用 -fl），卸载进程也会像 ls 一样挂起。 甚至 sudo kill -9 也无法杀死它。 如何强制卸载 kernel？

Answer 1

我使用lazy unmount： umount -l （这是一个小写的L ）

懒惰卸载。 立即从文件系统层次结构中分离文件系统，并在文件系统不再忙时立即清除对文件系统的所有引用。 （需要内核2.4.11或更高版本。）

Answer 2

umount -a -t cifs -l

在CentOS 6.3上为我的魅力工作。 它为我节省了服务器重启。

Answer 3

在RHEL 6上，这工作：

umount -f -a -t cifs -l 

Answer 4

我有一天这个问题，直到找到真正的解决方案。 而不是试图强制卸载挂起的smb共享，而是使用“soft”选项挂载共享。 如果进程尝试连接到不可用的共享，它将在一段时间后停止尝试。

柔软使支架柔软。 几秒钟后失败文件系统调用。

mount -t smbfs -o soft //username@server/share /users/username/smb/share

stat /users/username/smb/share/file
stat: /users/username/smb/share/file: stat: Operation timed out

可能不是您问题的真实答案，但它是解决问题的方法

Answer 5

这适用于我（Ubuntu 13.10桌面到Ubuntu 14.04服务器）： -

 sudo umount -f /mnt/my_share

安装

 sudo mount -t cifs -o username=me,password=mine //192.168.0.111/serv_share /mnt/my_share

其中serv_share是在smb.conf文件中设置和指向的。

Answer 6

我和davfs有一个非常相似的问题。 在umount.davfs的手册页中，我发现umount.davfs忽略了-f -l -n -r -v选项。 要强制卸载我的davfs挂载，我必须使用umount -i -f -l /media/davmount 。

Answer 7

试试umount -f / mnt / share。 使用NFS工作正常，从未尝试过使用cif。

另外，看看autofs，它只会在访问时挂载共享，并会在afterworlds后卸载它。

www.howtoforge.net上有一个很好的教程

Answer 8

umount -f -t cifs -l /mnt &

小心的& ，让umount在后台运行。 umount将首先分离文件系统，因此你将找不到abount /mnt 。 如果你运行df命令，那么它将强制umount /mnt 。

Answer 9

您可以尝试使用-f选项卸载：

umount -f /mnt/fileshare

你是否指定了'-t cifs'选项来挂载？ 还要确保您没有指定要安装的“硬”选项。

您可能还需要考虑fusesmb ，因为文件系统将在用户空间中运行，您可以像任何其他进程一样终止它。

Answer 10

我在卸载死 cifs 挂载时遇到了非常不同的结果，并发现了一些技巧可以暂时绕过该问题。

让我们从mountpoint命令开始。 分析挂载的状态可能很有用：

mountpoint /mnt/smb_share

通常它返回is a mountpoint或/ is not a mountpoint 。

但它甚至可以返回：

• 无此设备
• 传输端点未连接
• <无/陈旧>

对于期望的每个结果is not a mountpoint ，因此有可能卸载。

您可以尝试通常的方法：

umount /mnt/smb_share

或强制模式：

umount /mnt/smb_share -f

但通常这种力量无济于事。 它只是返回相同的讨厌的device is busy消息。

那么唯一的选择就是使用惰性模式：

umount /mnt/smb_share -l

但是：这不会卸载任何东西。 它只是将挂载“移动”到系统的根目录，如下所示：

# lsof | grep mount | grep cwd
mount.cif  3125             root  cwd   unknown                                          / (stat: No such device)
mount.cif  3150             root  cwd   unknown                                          / (stat: No such device)

甚至在文档中指出：

懒卸载。 现在从文件层次结构中分离文件系统，并在它不再忙时清理对该文件系统的所有引用。

现在，如果你不走运，它会永远留在那里。 即使终止进程也可能无济于事：

kill -9 $pid

但为什么这是一个问题？ 因为在 Linux Kernel 真正清理了惰性卸载路径之前， mount /mnt/smb_share不起作用。 甚至在umount的文档中也提到了这一点。 “懒惰”只能用于避免长时间关机/重启：

如果您打算将此选项用于网络文件系统或带有子挂载的本地文件系统，则预计在不久的将来会重新启动系统。 umount -l 的推荐用例是防止由于无法访问的网络共享而在关机时挂起，在这种情况下，正常的 umount 将由于服务器或网络分区停机而挂起。 将无法重新安装共享。

解决方法

使用不同的 SMB 版本

如果您仍然希望惰性卸载路径不再繁忙并被 Linux Kernel 清理，或者您目前无法重新启动，那么您可能很幸运，您的 SMB 服务器支持不同的协议版本。 通过这种方式，我们可以使用以下技巧：

假设您按如下方式安装了共享：

mount.cifs //smb.server/share /mnt/smb_share -o username=smb_user,password=smb_pw

通过那个 Linux 自动尝试最大支持 SMB 协议版本。 也许3.1。 现在，您可以强制使用此版本，但它不会按预期安装：

mount.cifs //smb.server/share /mnt/smb_share -o username=smb_user,password=smb_pw,vers=3.1

但是然后只需尝试不同的版本：

mount.cifs //smb.server/share /mnt/smb_share -o username=smb_user,password=smb_pw,vers=3.0

或者也许是 2.1：

mount.cifs //smb.server/share /mnt/smb_share -o username=smb_user,password=smb_pw,vers=2.1

更改SMB服务器的IP

如果您能够更改 IP 地址或向您的 SMB 服务器添加第二个 IP，则可以使用它来安装同一服务器。

脏：转发流量

假设 SMB 服务器的 IP 地址为 10.0.0.1，并且挂载确实已死。 然后创建这个iptables规则：

iptables -t nat -A OUTPUT -d 10.0.0.250 -j DNAT --to-destination 10.0.0.1

现在相应地更改您的安装规则，因此它通过 IP 10.0.0.250 而不是 10.0.0.1 安装 samba 服务器，瞧，它在没有服务器重启的情况下安装。 很脏，但它有效。 PS此规则在重新启动后无法保留，因此您应该手动挂载 SMB 服务器并像往常一样保留/etc/fstab 。

更多调试

如果您想检查 samba 连接本身在理论上是否正常工作，您可以尝试通过 SMB3 列出服务器的所有 SMB 共享，如下所示：

smbclient //smb.server -U "smb_user" -m SMB3 -L

或查看与 SMB1 共享的内容：

smbclient //smb.server -U "smb_user" -m NT1 -c ls

Answer 11

横向处理这个问题：

如果由于文件系统繁忙而无法卸载，您的 ssh/terminal session 是否已 cd 进入挂载目录，从而使文件系统繁忙？

对我来说，解决方案是 cd 进入我的家，然后 sudo umount 完美地工作。

cd ~
umount /path/to/my/share

我会将此作为评论发布，但我的声誉不足。 希望免除别人的额头耳光。

Answer 12

在RHEL 6上，这对我也有用：

umount -f -a -t cifs -l FOLDER_NAME

Answer 13

懒惰的卸载会为你完成这项工作。

umount -l <mount path>