我有一个小型本地网络，其中有一个 Gentoo 机箱和一个 Windows 机箱。我使用以下命令将源自 Windows 机箱的共享安装到 Gentoo 机箱上：
mount -t cifs -o username=WindowsUsername,password=thepassword,uid=pistos //192.168.0.103/Users /mnt/windowsbox
大多数时候，一切都正常工作，我可以毫无问题地读写。但是，每隔几周左右，连接或挂载点似乎就会中断或挂起，以至于任何尝试访问挂载点的进程都会卡在 D 状态（磁盘或 I/O 等待）。这些进程变得不受 TERM 和 KILL 信号的影响。断开并重新连接 Windows 计算机的网络也无济于事。冻结状态持续 5 分钟以上。这真的很令人沮丧，妨碍了正常工作，因为它会冻结“另存为”对话框、ls命令等。如果我umount在挂载点上发出一个，它要么也会挂起，要么报告挂载点正在使用中。最终，死机状态会自行解决，挂载点会被卸载，或者可以立即umount卸载。
我猜想这种情况发生在连接/挂载空闲时，或者 Windows 计算机空闲时。我不太确定。
为什么会发生这种情况？我该怎么做才能防止这种情况发生？或者我如何才能成功随意终止这些 D 状态进程？
可能相关：CIFS 挂载在读取时
答案1
不确定问题发生的原因，但作为一种解决方法，您是否尝试过每分钟通过 cron 运行类似touch /mnt/windowsbox/keepalive.txt或echo "I am still alive." >/mnt/windowsbox/keepalive.txt这样的程序？这样连接应该保持活动状态。
答案2
我也每隔几个月就会遇到这种情况。 sudo umount -l这是我的解决方法。 https://stackoverflow.com/a/96288/2097284
答案3
另一个可能的答案建议通过 cron 定期写入挂载上的文件。我建议改用 smbclient 程序连接共享并断开连接。
我编写了一个这样的 Bash 脚本来实现这一点：
#!/bin/bash
su usernamehere -c "smbclient \\\\\\\\\\\\\\\\servernamehere\\\\\\\\sharenamehere passwordhere -c exit" >/dev/null 2>&1
此命令与共享建立新连接，然后运行 exit 命令，立即关闭命令行上刚刚建立的连接。服务器名称前应该有 8 个斜杠，共享名称前应该有 4 个斜杠，因为反斜杠需要转义，并且当在双引号字符串中时，转义需要转义。也许有更聪明的方法可以做到这一点，但这似乎确实有效。
也许有一种方法可以使其更加可靠，即让连接一次保持几分钟，但这有点超出我的能力范围。