☰

访问 Caja 中的文件服务器后卡住的 ssh 进程是什么

tag-icon • tag-icon kde sshfs caja
访问 Caja 中的文件服务器后卡住的 ssh 进程是什么

我经常从没有设置 VPN 的远程位置访问 Caja 中的一些远程文件服务器。我想这个平台的大多数用户都熟悉这一点。

Linux 文件管理器中的 ssh 文件服务器访问

每当网络连接丢失或笔记本电脑进入休眠模式而不卸载文件服务器时，这些 ssh 连接都会残留一些，这也会导致 KDE 桌面的多个部分卡住。发生这种情况时，KDE 面板通常会被冻结，因此我无法单击其“网络”图标来重新连接或在更改位置后连接到另一个网络。

Caja 文件管理器窗口显然也被冻结了。在某些情况下，保存文件对话框不会打开，例如，如果您想在浏览器中下载 pdf 文件，该浏览器也会卡住，等待 KDE 显示保存文件对话框。

我注意到总是有一对 ssh 进程，当我杀死其中一个进程时，KDE 桌面将再次可用：

$ pgrep -a ssh
456167 ssh -oForwardX11 no -oForwardAgent no -oPermitLocalCommand no -oClearAllForwardings yes -oProtocol 2 -oNoHostAuthenticationForLocalhost yes -oControlMaster auto -oControlPath=/run/user/1000/gvfsd-sftp/%C -s server sftp
456214 ssh -oForwardX11 no -oForwardAgent no -oPermitLocalCommand no -oClearAllForwardings yes -oProtocol 2 -oNoHostAuthenticationForLocalhost yes -oControlMaster auto -oControlPath=/run/user/1000/gvfsd-sftp/%C -s server sftp

这些是如何控制的？我宁愿不手动找到并杀死它们。

在示例中，它们的父级是 2599，它似乎是 systemd：

$ ps -fp 2599
UID          PID    PPID  C STIME TTY          TIME CMD
user        2599       1  0 Apr08 ?        00:01:46 /usr/lib/systemd/systemd --user

在极端情况下，锁屏也被卡住，迫使我使用 tty 从 tty 杀死它pkill -9 kscreenlocker，但我认为当从休眠模式恢复后缺少外部显示器时，可能会发生这种情况，不确定卡住的 ssh 连接是否也会造成这种情况。

它发生在不同的系统上，而且一点也不新鲜，但现在出现在 Fedora 上，使用plasmashell 5.27.11。

相关内容