我在一台 Mac 计算机上安装了一系列 SMB 卷 - 有些是 LAN 上的资源(例如:SMB_Loc),其他则通过 VPN 安装(例如:SMB_Rem)。 如果出现连接问题,例如互联网连接断开,SMB_Rem 当然会失去连接。 但有时,如果应用程序当时正在主动写入 SMB_Rem,则 SMB_Rem 会挂起一半。 已安装的卷不再出现在 Finder UI 中(无论是通过 Finder 中的
Cmd + Shift + C
,还是在 Finder 侧栏中),因此 UI 中不再显示弹出方法。 但 SMB_Rem 确实与 ls /Volumes
一起保留在终端中,并且似乎没有任何方法可以将其删除。 写入 SMB_Rem 的应用程序没有返回错误 - 似乎认为该卷仍然存在,但只是......响应......非常......非常......缓慢,并且只是永远等待;它仍在响应,但必须强制该应用程序退出,因为任何中止其进程的尝试都会被困在其写入进程正在等待的响应之后。
强制退出写入应用程序后,以下所有删除剩余列出卷的尝试都会失败:
sudo umount /Volumes/SMB_Rem
sudo diskutil unmount force /Volumes/SMB_Rem
注销当前用户并重新登录也不会清除这些卷条目。
此外,注销并重新登录后,与 SMB_Loc 的连接已在注销过程中终止(如预期),但 SMB_Loc 现在 也仍然存在于 ls /Volumes
的终端中(这对我来说似乎很奇怪,因为SMB_Loc 是 LAN 资源并且不受连接问题的影响) 重新登录后任何进一步挂载
SMB_Loc 或 SMB_Rem 的尝试都会导致在 /Volumes
中列出新的冗余命名卷(SMB_Loc-1、SMB_Rem-1 等),而“挂载[卷名]”Finder 窗口无限循环,没有任何进展。 完全重新启动是迄今为止我发现的成功恢复系统上网络资源功能的唯一方法。
有什么方法可以清除这些残留的恶意卷并在不完全重新启动的情况下恢复我的计算机的网络资源功能? 我希望能够远程解决这些问题,从而使完全重新启动不是一个可行的解决方案。
[电子邮件受保护]分享您的问题 - 那里的人应该能够帮助您