WiFi 不再验证 Kubutu 18.04 wlp59s0:链接未准备好

WiFi 不再验证 Kubutu 18.04 wlp59s0:链接未准备好

我希望社区能帮我解决我的 Dell Precision 5630 笔记本电脑在夜间出现的问题,该笔记本电脑运行 Kubuntu 18.04 LTS。自 2016 年 1 月以来,一切都运行良好,包括昨晚 11 点左右关机时,但今天早上 8 点启动时,我无法再连接到任何 WiFi 网络。网络连接找到所有网络并尝试连接,但它只是等待身份验证。我尝试了几个不同的网络以及与手机共享网络,但这些都不起作用。我的手机连接到 wifi,我已断开连接并再次输入密码,但无济于事。

以太网在同一网络上工作。

当我运行grep wlp我收到输出

[6.125238]iwlwifi 0000:3b:00.0 wlp59s0:从 wlan0 重命名
[7.026821]IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接未准备好
[7.259063] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接未准备好
[7.356476]IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接未准备好
[60.002940] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接未准备好
[92.001471] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接未准备好
[429.376066] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接尚未准备好
[567.043107] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接尚未准备好
[1537.405908] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接未准备好
[1537.631627] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接尚未准备好
[1537.769158] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接尚未准备好
[1591.677157] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接尚未准备好
[1802.318383] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接未准备好
[2238.851066] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接尚未准备好
[2357.053529] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接尚未准备好
[2357.294464] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接尚未准备好
[2357.493334] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接尚未准备好
[2445.899175] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接尚未准备好
[2567.617637] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接尚未准备好
[3415.079756] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接尚未准备好
[3543.051774] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接尚未准备好

尝试连接时查看 /var/log/syslog 显示

12 月 6 日 08:49:12 steve-Precision-5530 NetworkManager[1005]: [1575622152.6293] 设备 (wlp59s0): 激活: 开始连接“HomeWifi”(7e56af65-63c3-4539-b088-aaa1eb2abbff)
12 月 6 日 08:49:12 steve-Precision-5530 NetworkManager[1005]: [1575622152.6295] 审核: op="connection-activate" uuid="7e56af65-63c3-4539-b088-aaa1eb2abbff" name="HomeWifi" pid=2374 uid=1000 result="成功"
12 月 6 日 08:49:12 steve-Precision-5530 NetworkManager[1005]: [1575622152.6298] 设备 (wlp59s0): 状态改变: 断开连接 -> 准备 (原因 '无', sys-iface-state: '管理')
12 月 6 日 08:49:12 steve-Precision-5530 NetworkManager[1005]: [1575622152.6300] 管理器: NetworkManager 状态现在为 CONNECTING
12 月 6 日 08:49:12 steve-Precision-5530 NetworkManager[1005]: [1575622152.6309] 设备 (wlp59s0): 状态改变: 准备 -> 配置 (原因 '无', sys-iface-state: '管理')
12 月 6 日 08:49:12 steve-Precision-5530 NetworkManager[1005]: [1575622152.6317] 设备 (wlp59s0): 激活: (wifi) 接入点“HomeWifi”具有安全性,但需要机密信息。
12 月 6 日 08:49:12 steve-Precision-5530 NetworkManager[1005]: [1575622152.6317] 设备 (wlp59s0): 状态更改: 配置 -> 需要身份验证 (原因 '无', sys-iface-state: '托管')
12 月 6 日 08:49:12 steve-Precision-5530 NetworkManager[1005]: [1575622152.6320] sup-iface[0x5604c8835240,wlp59s0]: wps: 输入 pbc 开始...
12 月 6 日 08:51:12 steve-Precision-5530 wpa_supplicant[1022]: wlp59s0: WPS-TIMEOUT 请求的操作超时
12 月 6 日 08:51:12 steve-Precision-5530 NetworkManager[1005]: [1575622272.6390] 设备 (wlp59s0): 没有可用于此请求的代理。
12 月 6 日 08:51:12 steve-Precision-5530 NetworkManager[1005]: [1575622272.6391] 设备 (wlp59s0): 状态更改: 需要身份验证 -> 失败 (原因 '无机密', sys-iface-state: '托管')
12 月 6 日 08:51:12 steve-Precision-5530 NetworkManager[1005]: [1575622272.6393] 管理器: NetworkManager 状态现在为 CONNECTED_LOCAL
12 月 6 日 08:51:12 steve-Precision-5530 NetworkManager[1005]: [1575622272.6396] 设备 (wlp59s0): 激活: 连接“HomeWifi”失败
12 月 6 日 08:51:12 steve-Precision-5530 NetworkManager[1005]: [1575622272.6400] 设备 (wlp59s0): 状态更改: 失败 -> 断开连接 (原因 '无', sys-iface-state: '管理')
12 月 6 日 08:51:12 steve-Precision-5530 内核:[567.043107] IPv6:ADDRCONF(NETDEV_UP):wlp59s0:链接尚未准备好
12 月 6 日 08:51:12 steve-Precision-5530 wpa_supplicant[1022]: wlp59s0: 拒绝扫描触发器,因为已有一个处于待处理状态

以下是我上次运行更新时 /var/log/apt/history.log 文件中的最后两个条目,尽管无线适配器在之后的 4-5 小时内工作正常

开始日期:2019-12-05 08:01:35
命令行:apt-get upgrade -y
请求者:steve (1000)
升级:无人值守升级:amd64(1.1ubuntu1.18.04.12、1.1ubuntu1.18.04.13)
结束日期:2019-12-05 08:01:37

开始日期:2019-12-05 17:44:55
命令行:apt-get upgrade -y
请求者:steve (1000)
升级:grub-common:amd64(2.02-2ubuntu8.13、2.02-2ubuntu8.14)、grub2-common:amd64(2.02-2ubuntu8.13、2.02-2ubuntu8.14)、grub-pc:amd64(2.02-2ubuntu8.13、2.02-2ubuntu8.14)、grub-pc-bin:amd64(2.02-2ubuntu8.13、2.02-2ubuntu8.14)、grub-efi-amd64-bin:amd64(2.02-2ubuntu8.13、2.02-2ubuntu8.14)、grub-efi-amd64-signed:amd64(1.93.14+2.02-2ubuntu8.13,适用于:Ubuntu 1.93.15+2.02-2
# nmcli 设备状态
设备类型状态连接         
enxc8f75098f85a 以太网连接 有线连接 2
docker_gwbridge 桥接 docker_gwbridge    
docker0 桥接连接docker0            
wlp59s0 wifi已断开连接 --                 
enx9cebe868d445 以太网不可用 --                 
vethb2ae4b9 以太网非托管 --                 
lo 环回非托管 --                 

然后我尝试连接,发现状态正在改变

# nmcli 设备状态
设备类型状态连接         
enxc8f75098f85a 以太网连接 有线连接 2
docker_gwbridge 桥接 docker_gwbridge    
docker0 桥接连接docker0            
wlp59s0 wifi 连接(需要身份验证) HomeWifi  
enx9cebe868d445 以太网不可用 --                 
vethb2ae4b9 以太网非托管 --                 
lo 环回非托管 --                 

但随后它就超时了。

网络适​​配器是英特尔公司 Wireless-AC 9260

#lspci | grep -i 网络
3b:00.0 网络控制器:英特尔公司 Wireless-AC 9260(修订版 29)

我有点不知道可能是什么原因以及下一步该尝试什么。

如果我查看网络服务,它们目前处于这种状态

systemctl --all | grep -i 网络
  networkd-dispatcher.service 已加载 systemd-networkd 的活动运行 Dispatcher 守护程序                                          
● NetworkManager-wait-online.service 加载失败 网络管理器在线等待                                                     
  NetworkManager.service 已加载主动运行的网络管理器                                                                 
  systemd-networkd.service 已加载 非活动 已死 网络服务                                                                 
  systemd-resolved.service 已加载 活动 正在运行 网络名称解析                                                         
  systemd-timesyncd.service 已加载 活动 正在运行 网络时间同步                                                    
  network-online.target 已加载 active active 网络处于在线状态                                                               
  network-pre.target 已加载 未激活 已死 网络 (Pre)                                                                   
  network.target 已加载 活动 活动 网络                                                                         
  nss-lookup.target 已加载 活动 活动 主机和网络名称查找    

版本信息 * Plasma 版本:5.12.9 * KDW 框架版本 5.44.0 * Qt 版本:5.9.5 * 内核版本:4.15.0-72-generic

答案1

我找到了我自己的问题的答案。只需运行

sudo nmcli dev wifi connect <wifi ssid> password <password>

然后它将正常工作,包括重新启动后。

相关内容