断开 wifi 连接后,我必须“killall wpa_supplicant”才能重新连接

断开 wifi 连接后,我必须“killall wpa_supplicant”才能重新连接

每次我禁用 wifi 或失去与该网络的连接时,我必须先执行“killall wpa_supplicant”才能重新连接。如果我不这样做,系统会每 30 秒不断提示“[my-chosen-wifi-point] 已断开连接,您处于离线状态”,直到我执行 killall 操作。

我有一个最近(2 天前)更新的 Ubuntu 系统。

当寻找解决方案时,我发现了类似的问题,但是那里的解决方案对我来说不起作用,因为我需要能够偶尔动态地更改 wifi 接入点(当我四处移动时):

需要重新启动网络接口并终止 wpa_supplicant,如何修复?

此外,当我在系统日志中查找时,我发现了以下可疑错误消息:“NetworkManager nl_recvmsgs() 错误:(-33) 检测到转储不一致,已中断”。快速 Google 搜索此消息后,发现这是一个截至今天仍未修复的 1 年前的 bug(或者根据 Bugzilla 的说法,它尚未修复):

https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1118446

此外,这个问题是在我的 Ubuntu 机器崩溃时开始的(运行了一个具有 root 权限的程序,该程序中嵌入了“poweroff”内核调用,导致立即不正常断电,启动后 NetworkManager/wpa_supplicant 组合似乎无法正常恢复,从那时起 wifi 就一直这样坏了)。

我想知道 NetworkManager 抱怨的“不一致”的“转储”到底在哪里,以便我可以对其执行 rm -[r]f 来解决问题。或者还有其他问题吗?

我还认为最后一段问题的答案可以帮助解决更多问题,例如:

Ubuntu 断开 Wi-Fi 连接

也提醒自己。这个答案可以提供一个可行的解决方案:

断开 WiFi 连接后如何运行简单的 Zenity 脚本?

诀窍是在网络断线时告诉系统“killall wpa_supplicant”。但我不确定它是否能正常工作(例如,我不希望在断开有线连接时无线连接也断线)。而且它对我在接入点更改时重新连接的问题没有多大帮助。

相关内容