私のArch()3.6.5-1
にはかなり奇妙な問題があります。 Wi-Fiを設定すると、すべてのログに設定が成功し、インターフェイスが実行中であることが示されます。ただし、Webサイトにアクセスしたり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デバイスの経験は、この議論と関連している可能性があります。私はLinux Mintオペレーティングシステムと約10年前に購入した「WLAN 11g USBアダプタ」プラグを備えた古いHP Compaqデスクトップコンピュータを使用しています。何年も働いていましたが、インターネット接続が失われるという問題が引き続き発生し、コンピュータをシャットダウンしてから1時間後にオンラインに戻ります。私はある種のソフトウェアのインターネット制限に直面したと思いましたが、それが私のコンピュータのハードウェアの問題である可能性があることに気づいていませんでした。 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