我的 Arch ( 3.6.5-1
) 出现了一个相当奇怪的问题:当设置 wifi 时,所有日志都表明设置成功并且界面已启动且正常运行。但是,当尝试访问网站(或执行 ping)时,所有请求都会超时(尽管报告连接正常且信号强度为 63%)。这种情况往往会在笔记本电脑打开后随机发生 - 一段时间后,连接通常会开始工作,并且直到下次关闭/挂起时才会中断。
相关dmesg
条目(完整dmesg
输出可以找到这里):
[ 13.858528] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 14.024275] r8169 0000:02:00.0: eth0: link down
[ 14.024339] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 34.895920] wlan0: authenticate with 00:24:6c:c8:e4:a1
[ 34.900827] wlan0: send auth to 00:24:6c:c8:e4:a1 (try 1/3)
[ 34.902963] wlan0: authenticated
[ 34.908362] wlan0: associate with 00:24:6c:c8:e4:a1 (try 1/3)
[ 34.911153] wlan0: RX AssocResp from 00:24:6c:c8:e4:a1 (capab=0x1431 status=0 aid=9)
[ 34.911217] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 34.911294] wlan0: associated
ip -s link
显示:
wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT qlen 1000
link/ether 50:b7:c3:1e:f4:21 brd ff:ff:ff:ff:ff:ff
RX: bytes packets errors dropped overrun mcast
14970982 50472 0 0 0 0
TX: bytes packets errors dropped carrier collsns
19116 233 0 0 0 0
ip minotor
输出一些失败消息:
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]144.32.78.1 dev wlan0 FAILED
[LINK]3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP>
link/ether
[LINK]3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN
link/ether 50:b7:c3:1e:f4:21 brd ff:ff:ff:ff:ff:ff
[LINK]3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state DORMANT
link/ether 50:b7:c3:1e:f4:21 brd ff:ff:ff:ff:ff:ff
[LINK]3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP,LOWER_UP>
link/ether
[LINK]3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP,LOWER_UP>
link/ether
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]144.32.78.1 dev wlan0 FAILED
[LINK]3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP
link/ether 50:b7:c3:1e:f4:21 brd ff:ff:ff:ff:ff:ff
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]ff02::2 dev wlan0 lladdr 33:33:00:00:00:02 NOARP
[NEIGH]ff02::1:ff1e:f421 dev wlan0 lladdr 33:33:ff:1e:f4:21 NOARP
[NEIGH]ff02::16 dev wlan0 lladdr 33:33:00:00:00:16 NOARP
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]144.32.79.218 dev lo lladdr 00:00:00:00:00:00 NOARP
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]144.32.78.1 dev wlan0 FAILED
[LINK]3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP>
link/ether
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]144.32.78.1 dev wlan0 FAILED
[NEIGH]144.32.78.1 dev wlan0 FAILED
所有应该加载的内容似乎是(lsmod 的输出)。关于如何解决这个问题或问题是什么有什么想法吗?
答案1
-我最近使用 USB WiFi 设备的经历可能与此讨论相关。我使用的是一台较旧的 HP Compaq 台式电脑,配有 Linux Mint 操作系统,以及大约 10 年前购买的“WLAN 11g USB 适配器”插头。它工作了好几年,但我一直遇到互联网连接丢失的问题,要求我关闭计算机,并在一个小时左右后回来才能重新上网。我以为我遇到了某种软件互联网限制,并且没有意识到这可能是我自己的计算机中的硬件问题。 Frye Electronics 的一位销售人员表示,他听说过“WiFi 卡”的类似问题,他认为我应该对此进行调查。我知道 WiFi 适配器变热了,而且我知道它是一个 RF 收发器,这意味着它需要消耗大量功率来广播信号。为了改善冷却效果,我拆下了塑料外壳,现在我在计算机背面插入了一块裸露的小电路板。自从进行此修改以来,我根本没有看到任何丢失的互联网连接。问题似乎已经解决了。
答案2
您可以尝试更换当前的网络管理员:
systemctl status systemd-networkd
如果已启用,您可以尝试禁用它并启用 NetworkManager(确保已安装),反之亦然。
sudo systemctl disable systemd-networkd
sudo systemctl stop systemd-networkd
sudo systemctl enable NetworkManager
sudo systemctl start NetworkManager
sudo reboot