[Solved] Troubleshooting unstable wifi

khatrimann · 2019-11-10 07:52:01

I have recently re-installed arch linux but this time with deepin DE (desktop environment), previously I was using GNOME. Everything is fine except the Wi-Fi. It is very unstable as it keep showing me that it is connecting to the wifi network and continuously keeps on connecting without successful connection. When I reboot my PC, then it gets connected to the wifi network which it was meant to be connected. But after sometime, it gets disconnected and is unable to connect again and it shows same "connecting" notification.

I know there isn't problem with wifi card as I have used it previously on GNOME(previous installation) and in Windows(Dual booted)

name: wlp9s0
Network controller: Qualcomm Atheros QCA9565 / AR9565 Wireless Network Adapter (rev 01)
Subsystem: Lenovo QCA9565 / AR9565 Wireless Network Adapter
Kernel driver in use: ath9k
Kernel modules: ath9k

EDIT: Some old wifis which were already added in the list easily connect. New ones don't
dmesg: https://pastebin.com/PBDDQdZY
journalctl: https://pastebin.com/ufnckAwX

Last edited by khatrimann (2019-11-12 15:00:04)

seth · 2019-11-10 08:24:27

Please post a complete system journal and ensure to disable https://wiki.archlinux.org/index.php/Du … t_Start-Up

Edit: also "systemctl list-unit-files --state=enabled"

Last edited by seth (2019-11-10 08:24:48)

khatrimann · 2019-11-11 06:47:17

UNIT FILE                                  STATE  
autovt@.service                            enabled
bluetooth.service                          enabled
dbus-org.bluez.service                     enabled
dbus-org.freedesktop.nm-dispatcher.service enabled
dbus-org.freedesktop.timesync1.service     enabled
dhcpcd.service                             enabled
display-manager.service                    enabled
getty@.service                             enabled
lightdm.service                            enabled
mongodb.service                            enabled
NetworkManager-dispatcher.service          enabled
NetworkManager-wait-online.service         enabled
NetworkManager.service                     enabled
systemd-timesyncd.service                  enabled
teamviewerd.service                        enabled
remote-fs.target                           enabled

16 unit files listed.

journalctl is too big

Last edited by khatrimann (2019-11-11 09:19:49)

seth · 2019-11-11 08:53:04

No, it's not.
a) please edit your post and wrap the output in code tags. Also use code tags for the journal.
b) "sudo journalctl -b", you can also use https://wiki.archlinux.org/index.php/Pastebin to feed that output directly into a pastebin service.

However:

…
dhcpcd.service                             enabled
…
NetworkManager-dispatcher.service          enabled
NetworkManager-wait-online.service         enabled
NetworkManager.service                     enabled
…

You're running dhcpcd and NM concurrently, they'll get into a race over the NIC, causing that instability.
Please read https://wiki.archlinux.org/index.php/Ne … figuration

khatrimann · 2019-11-11 09:33:13

One by one I have stopped the dhcpcd and NM service. No luck

Some old wifis which were already added in the list easily connect. New ones don't

journalctl output too big for pastebin

seth · 2019-11-11 09:38:41

journalctl output too big for pastebin

If the journal of a single boot is too big for even pastebin, there's gonna be some *severe* issue with the system. Nothing should spill so much log data.

Stop and disable dhcpcd, reboot, dump a journal after the first disconnect and then post it. We won't be able to guess us to the solution here.

khatrimann · 2019-11-11 09:52:45

journalctl output: https://pastebin.com/ufnckAwX

seth · 2019-11-11 16:51:11

That's
a) horizonzally capped
b) no way a complete journal.

Please read the pastebin link I posted in comment #4 and use that approach.

khatrimann · 2019-11-12 06:00:28

seth wrote:

No, it's not.
a) please edit your post and wrap the output in code tags. Also use code tags for the journal.
b) "sudo journalctl -b", you can also use https://wiki.archlinux.org/index.php/Pastebin to feed that output directly into a pastebin service.
However:
…
dhcpcd.service                             enabled
…
NetworkManager-dispatcher.service          enabled
NetworkManager-wait-online.service         enabled
NetworkManager.service                     enabled
…
You're running dhcpcd and NM concurrently, they'll get into a race over the NIC, causing that instability.
Please read https://wiki.archlinux.org/index.php/Ne … figuration

Pastebin -> http://ix.io/21wq

Sorry for the bad posts before.

Now I have disabled dhcpcd.service. As I said, no lucks.

UNIT FILE                                  STATE  
autovt@.service                            enabled
bluetooth.service                          enabled
dbus-org.bluez.service                     enabled
dbus-org.freedesktop.nm-dispatcher.service enabled
dbus-org.freedesktop.timesync1.service     enabled
display-manager.service                    enabled
getty@.service                             enabled
lightdm.service                            enabled
mongodb.service                            enabled
NetworkManager-dispatcher.service          enabled
NetworkManager-wait-online.service         enabled
NetworkManager.service                     enabled
systemd-timesyncd.service                  enabled
teamviewerd.service                        enabled
remote-fs.target                           enabled

15 unit files listed.

EDIT: I don't know why, but the wifi was being turned down and up again. It is shown in the pastebin

Last edited by khatrimann (2019-11-12 06:02:26)

seth · 2019-11-12 09:11:51

The initial part of the log is clearly interference between dhcpcd and NM.
=> reboot the system w/ dhcpcd disabled and see whether the problem remains.

Afterwards it looks like interference by the P2P device, but that could still be a continuation of the original issue.
If the problem remains after a clean reboot, disable the p2p device and see whether that stabilizes the connection.
If it does and you rely on the p2p device (for adhoc networks, this isn't related to filesharing…), disabling the MAC randomization might help: https://wiki.archlinux.org/index.php/Ne … domization

khatrimann · 2019-11-12 09:46:43

Yes, I guess problem persists through p2p, maybe. But a little issue in here, I don't know how to disable it ?

EDIT: I have tried creating new user, this method also doesn't works either

Last edited by khatrimann (2019-11-12 12:06:55)

seth · 2019-11-12 12:12:09

If your NM GUI doesn't allow this, either find a better GUI config or use nmcli. But I suggest you do not "guess". Actually ensure it's not due to the previous dhcpcd interference.

khatrimann · 2019-11-12 12:14:32

seth wrote:

If your NM GUI doesn't allow this, either find a better GUI config or use nmcli. But I suggest you do not "guess". Actually ensure it's not due to the previous dhcpcd interference.

Now I have used external USB Wi-Fi adapter and it workd, like a charm!! But I still needs the solution for the old one
Guess this is not GUI issue

Trilby · 2019-11-12 13:21:21

khatrimann wrote:

seth wrote:
I suggest you do not "guess".
... Guess this is not GUI issue

I see no evidence of that at all.

Your "GUI" tools were controlling / configured for the internal interface, so it's not surprising that the problems in that configuration did not affect the new external device.

khatrimann · 2019-11-12 14:55:21

I have fixed the issue
The problem was as you suggested. The Mac randomization

I have added line in

/etc/NetworkManager/NetworkManager.conf

which is

[device]
wifi.scan-rand-mac-address=no

This problem is in deepin desktop environments, atleast in mine
Thanks

nguyenhongphat0 · 2020-02-06 08:39:14

khatrimann wrote:

I have fixed the issue
The problem was as you suggested. The Mac randomization
I have added line in
/etc/NetworkManager/NetworkManager.conf
which is
[device]
wifi.scan-rand-mac-address=no
This problem is in deepin desktop environments, atleast in mine
Thanks

Thank you sir! You saved my day!

gallo · 2020-04-22 14:53:02

khatrimann wrote:

I have fixed the issue
The problem was as you suggested. The Mac randomization
I have added line in
/etc/NetworkManager/NetworkManager.conf
which is
[device]
wifi.scan-rand-mac-address=no
This problem is in deepin desktop environments, atleast in mine
Thanks

Thanks, it's solved my problem.

Arch Linux

#1 2019-11-10 07:52:01

[Solved] Troubleshooting unstable wifi

#2 2019-11-10 08:24:27

Re: [Solved] Troubleshooting unstable wifi

#3 2019-11-11 06:47:17

Re: [Solved] Troubleshooting unstable wifi

#4 2019-11-11 08:53:04

Re: [Solved] Troubleshooting unstable wifi

#5 2019-11-11 09:33:13

Re: [Solved] Troubleshooting unstable wifi

#6 2019-11-11 09:38:41

Re: [Solved] Troubleshooting unstable wifi

#7 2019-11-11 09:52:45

Re: [Solved] Troubleshooting unstable wifi

#8 2019-11-11 16:51:11

Re: [Solved] Troubleshooting unstable wifi

#9 2019-11-12 06:00:28

Re: [Solved] Troubleshooting unstable wifi

#10 2019-11-12 09:11:51

Re: [Solved] Troubleshooting unstable wifi

#11 2019-11-12 09:46:43

Re: [Solved] Troubleshooting unstable wifi

#12 2019-11-12 12:12:09

Re: [Solved] Troubleshooting unstable wifi

#13 2019-11-12 12:14:32

Re: [Solved] Troubleshooting unstable wifi

#14 2019-11-12 13:21:21

Re: [Solved] Troubleshooting unstable wifi

#15 2019-11-12 14:55:21

Re: [Solved] Troubleshooting unstable wifi

#16 2020-02-06 08:39:14

Re: [Solved] Troubleshooting unstable wifi

#17 2020-04-22 14:53:02

Re: [Solved] Troubleshooting unstable wifi

Board footer