Created attachment 865769 [details] emerge --info I'd like to suggest the "-u" flag be added to "wpa_supplicant_args" in /etc/init.d/wpa_supplicant when the dbus USE flag is set so that the dbus interface can run. Some change some months back (not sure exactly when) caused the NetworkManager and wpa_supplicant services no longer to work well together. The symptoms I saw were that my laptop repeatedly connected, then disconnected to wifi with a cycle time of about 10 seconds. It turns out that the wpa_supplicant service does not start its dbus interface (-u), so when NetworkManager launched, it couldn't find wpa_supplicant over dbus, and so launched its own copy. The two wpa_supplicant instances conflicted, leading to the cycle I saw. Two versions running: $ ps auxfwww | grep wpa root 1685 0.0 0.0 11016 6040 ? Ss 16:49 0:00 /usr/sbin/wpa_supplicant -B -c/etc/wpa_supplicant/wpa_supplicant.conf -iwlp0s20f3 root 1747 0.0 0.0 11148 9168 ? S 16:49 0:01 /usr/sbin/wpa_supplicant -u Log snippets. These were repeated every 10 or so seconds forever. /var/log/kern.log: Jul 18 17:42:46 sialia kernel: wlp0s20f3: disconnect from AP 78:8a:20:d8:f3:3b for new auth to 78:8a:20:d7:f3:3b Jul 18 17:42:46 sialia kernel: wlp0s20f3: authenticate with 78:8a:20:d7:f3:3b Jul 18 17:42:46 sialia kernel: wlp0s20f3: 80 MHz not supported, disabling VHT Jul 18 17:42:46 sialia kernel: wlp0s20f3: send auth to 78:8a:20:d7:f3:3b (try 1/3) Jul 18 17:42:46 sialia kernel: wlp0s20f3: authenticated Jul 18 17:42:46 sialia kernel: wlp0s20f3: associate with 78:8a:20:d7:f3:3b (try 1/3) Jul 18 17:42:46 sialia kernel: wlp0s20f3: RX AssocResp from 78:8a:20:d7:f3:3b (capab=0x1431 status=0 aid=3) Jul 18 17:42:46 sialia kernel: wlp0s20f3: associated Jul 18 17:42:47 sialia kernel: wlp0s20f3: Limiting TX power to 30 (30 - 0) dBm as advertised by 78:8a:20:d7:f3:3b /var/log/syslog: Jul 18 17:42:46 sialia kernel: wlp0s20f3: disconnect from AP 78:8a:20:d8:f3:3b for new auth to 78:8a:20:d7:f3:3b Jul 18 17:42:46 sialia kernel: wlp0s20f3: authenticate with 78:8a:20:d7:f3:3b Jul 18 17:42:46 sialia kernel: wlp0s20f3: 80 MHz not supported, disabling VHT Jul 18 17:42:46 sialia kernel: wlp0s20f3: send auth to 78:8a:20:d7:f3:3b (try 1/3) Jul 18 17:42:46 sialia NetworkManager[9844]: <info> [1689727366.8287] device (wlp0s20f3): supplicant interface state: completed -> disconnected Jul 18 17:42:46 sialia kernel: wlp0s20f3: authenticated Jul 18 17:42:46 sialia kernel: wlp0s20f3: associate with 78:8a:20:d7:f3:3b (try 1/3) Jul 18 17:42:46 sialia kernel: wlp0s20f3: RX AssocResp from 78:8a:20:d7:f3:3b (capab=0x1431 status=0 aid=3) Jul 18 17:42:46 sialia kernel: wlp0s20f3: associated Jul 18 17:42:46 sialia NetworkManager[9844]: <info> [1689727366.8969] device (wlp0s20f3): supplicant interface state: disconnected -> associated Jul 18 17:42:56 sialia NetworkManager[9844]: <info> [1689727376.8984] device (wlp0s20f3): supplicant interface state: associated -> disconnected Jul 18 17:42:56 sialia NetworkManager[9844]: <info> [1689727376.9984] device (wlp0s20f3): supplicant interface state: disconnected -> scanning Jul 18 17:42:59 sialia kernel: wlp0s20f3: disconnect from AP 78:8a:20:d7:f3:3b for new auth to 78:8a:20:d8:f3:3b Disabling the wpa_supplicant service allowed the one started by NetworkManager to do all the work, and now my wifi is as stable as it used to be.
I don't think you're supposed to use the wpa_supplicant init script in combination with NetworkManager.