[workaround] Wifi doesn't authenticate, after systemd update

[Palin]

Hi there,
It's something quite baffling. Let's begin from the start.

The system is an up-to-date mga9.
I was using my wifi on the XPS 15 9550 correctly, I wake up from sleep, autenticathed, all working well.
I applied the latest updates, asked me to reboot, rebooted.

I noticed I was not online, and the wifi card (it should be a Broadcom, lspci below) was not authenticating. I of course did not change any key and for being on the same side I checked the key on another Mageia9 system, working correctly (it has a different card, btw).

The same also apply to my mobile phone hostspot mode, everybody authenticates but this system.

I can see the broadcasted SSID and every other SSID of the neighborhood, including my phone's hotsport SSID.

Code: Select all

02:00.0 Network controller: Broadcom Inc. and subsidiaries BCM43602 802.11ac Wireless LAN SoC (rev 01)

I tried using urpmi --downgrade of the following packets but nothing changed, so finally I reupgraded those using my USB3 wired card.

Code: Select all

systemd-devel-253.24-1.mga9
systemd-253.24-1.mga9
lib64udev-devel-253.24-1.mga9
libudev1-253.24-1.mga9.i586
lib64udev1-253.24-1.mga9.x86_64
nss-myhostname-253.24-1.mga9
lib64systemd0-253.24-1.mga9
libsystemd0-253.24-1.mga9.i586


This is the wpa_supplicant output:

Code: Select all

Oct 26 10:31:27 palinxps15 wpa_supplicant[1812]: wlp2s0: Reject scan trigger since one is already pending
Oct 26 10:31:29 palinxps15 wpa_supplicant[1812]: wlp2s0: WPS-CANCEL
Oct 26 10:31:29 palinxps15 wpa_supplicant[1812]: wlp2s0: Trying to associate with SSID 'xxxxxxxxxxxxxxxx'
Oct 26 10:31:29 palinxps15 wpa_supplicant[1812]: wlp2s0: Associated with xxxxxxxxxxxxxxxxxx
Oct 26 10:31:29 palinxps15 wpa_supplicant[1812]: wlp2s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Oct 26 10:31:39 palinxps15 wpa_supplicant[1812]: wlp2s0: Authentication with xxxxxxxxxxxxxxxx timed out.
Oct 26 10:31:39 palinxps15 wpa_supplicant[1812]: wlp2s0: Added BSSID xxxxxxxxxxxxx into ignore list, ignoring for 10 seconds


And then it goes on on a loop trying to blacklist the net, trying to authenticate after 10 seconds, asking me the password with the NetworkManager dialog until I cancel the dialog and it stops.

Nothing changes if I turn the connection to manual/automatic.

I don't think it could be an hardware issue just after update/reboot, and I can scan for SSID so it must be something subtle I'm overlooking... the fact that it doesn't authenticate with the phone hotspot seems something wrong at card level configuration.

Any idea?

[doktor5000]

Hi there, would be helpful if you can add full lspcidrake -v output as regular lspci output missed the vendor/product IDs.
Would also be helpful if you could run

Code: Select all

journalctl -ab > /tmp/journal.log

as root after a fresh boot, and then later attach /tmp/journal.log here.
Also, you only use networkmanager or, do you still have net_applet running ?

[Palin]

I attach the full lspci -v, as per the journalctl as soon as I'm able to reboot I'll get it (do you need it before or after a wifi connection attempt?)

And yes, I'm sure I'm using NetworkManager.

Edit: it doesn't seem I can attach txt files, I'm putting the output in a spoiler tag...

Code: Select all

i2c_i801        : Intel Corporation|100 Series/C230 Series Chipset Family SMBus [SERIAL_SMBUS] (vendor:8086 device:a123 subv:1028 subd:06e4) (rev: 31)
xhci_pci        : Intel Corporation|100 Series/C230 Series Chipset Family USB 3.0 xHCI Controller [SERIAL_USB] (vendor:8086 device:a12f subv:1028 subd:06e4) (rev: 31)
Card:Intel 810 and later: Intel Corporation|HD Graphics 530 [DISPLAY_VGA] (vendor:8086 device:191b subv:1028 subd:06e4) (rev: 06)
unknown         : Toshiba Corporation|XG3 NVMe SSD Controller (vendor:1179 device:010f subv:1179 subd:0001) (rev: 01)
intel_pch_thermal: Intel Corporation|100 Series/C230 Series Chipset Family Thermal Subsystem [SIGNAL_OTHER] (vendor:8086 device:a131 subv:1028 subd:06e4) (rev: 31)
unknown         : Intel Corporation|DSL6340 Thunderbolt 3 Bridge [Alpine Ridge 2C 2015] [BRIDGE_PCI] (vendor:8086 device:1576)
unknown         : Intel Corporation|100 Series/C230 Series Chipset Family PCI Express Root Port #9 [BRIDGE_PCI] (vendor:8086 device:a118) (rev: f1)
intel_lpss_pci  : Intel Corporation|100 Series/C230 Series Chipset Family Serial IO I2C Controller #0 [SIGNAL_OTHER] (vendor:8086 device:a160 subv:1028 subd:06e4) (rev: 31)
xhci_pci        : Intel Corporation|DSL6340 USB 3.1 Controller [Alpine Ridge] [SERIAL_USB] (vendor:8086 device:15b5 subv:2222 subd:1111)
unknown         : Intel Corporation|DSL6340 Thunderbolt 3 Bridge [Alpine Ridge 2C 2015] [BRIDGE_PCI] (vendor:8086 device:1576)
unknown         : Intel Corporation|100 Series/C230 Series Chipset Family PCI Express Root Port #13 [BRIDGE_PCI] (vendor:8086 device:a11c) (rev: f1)
unknown         : Intel Corporation|100 Series/C230 Series Chipset Family PCI Express Root Port #2 [BRIDGE_PCI] (vendor:8086 device:a111) (rev: f1)
unknown         : Intel Corporation|Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Host Bridge/DRAM Registers [BRIDGE_HOST] (vendor:8086 device:1910 subv:1028 subd:06e4) (rev: 07)
snd_hda_intel   : Intel Corporation|100 Series/C230 Series Chipset Family HD Audio Controller [MULTIMEDIA_AUDIO_DEV] (vendor:8086 device:a170 subv:1028 subd:06e4) (rev: 31)
unknown         : Intel Corporation|100 Series/C230 Series Chipset Family PCI Express Root Port #15 [BRIDGE_PCI] (vendor:8086 device:a11e) (rev: f1)
unknown         : Intel Corporation|DSL6340 Thunderbolt 3 Bridge [Alpine Ridge 2C 2015] [BRIDGE_PCI] (vendor:8086 device:1576)
Card:NVIDIA GeForce 745 series and later: NVIDIA Corporation|GM107M [GeForce GTX 960M] [DISPLAY_3D] (vendor:10de device:139b subv:1028 subd:06e4) (rev: a2)
mei_me          : Intel Corporation|100 Series/C230 Series Chipset Family MEI Controller #1 [COMMUNICATION_OTHER] (vendor:8086 device:a13a subv:1028 subd:06e4) (rev: 31)
processor_thermal_device_pci_legacy: Intel Corporation|Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem [SIGNAL_OTHER] (vendor:8086 device:1903 subv:1028 subd:06e4) (rev: 07)
unknown         : Intel Corporation|6th-10th Gen Core Processor PCIe Controller (x16) [BRIDGE_PCI] (vendor:8086 device:1901) (rev: 07)
brcmfmac        : Broadcom Inc. and subsidiaries|BCM43602 802.11ac Wireless LAN SoC [NETWORK_OTHER] (vendor:14e4 device:43ba subv:1028 subd:0020) (rev: 01)
unknown         : Intel Corporation|HM170 Chipset LPC/eSPI Controller [BRIDGE_ISA] (vendor:8086 device:a14e subv:1028 subd:06e4) (rev: 31)
unknown         : Intel Corporation|DSL6340 Thunderbolt 3 Bridge [Alpine Ridge 2C 2015] [BRIDGE_PCI] (vendor:8086 device:1576)
intel_lpss_pci  : Intel Corporation|100 Series/C230 Series Chipset Family Serial IO I2C Controller #1 [SIGNAL_OTHER] (vendor:8086 device:a161 subv:1028 subd:06e4) (rev: 31)
unknown         : Intel Corporation|100 Series/C230 Series Chipset Family PCI Express Root Port #1 [BRIDGE_PCI] (vendor:8086 device:a110) (rev: f1)
unknown         : Intel Corporation|100 Series/C230 Series Chipset Family Power Management Controller [MEMORY_OTHER] (vendor:8086 device:a121 subv:1028 subd:06e4) (rev: 31)
unknown         : Intel Corporation|HM170/QM170 Chipset SATA Controller [AHCI Mode] [STORAGE_SATA] (vendor:8086 device:a103 subv:1028 subd:06e4) (rev: 31)
rtsx_pci        : Realtek Semiconductor Co., Ltd.|RTS525A PCI Express Card Reader (vendor:10ec device:525a subv:1028 subd:06e4) (rev: 01)
hub             : Linux 6.6.52-desktop-1.mga9 xhci-hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002)
usbhid          : Unknown|USB OPTICAL MOUSE  [Human Interface Device|Boot Interface Subclass|Mouse] (vendor:30fa device:0400)
btusb           : Broadcom Corp|BCM920703 Bluetooth 4.1 (vendor:0a5c device:6410)
uvcvideo        : CN045G287248766HB1M7A01|Integrated_Webcam_HD [Video|Video Control] (vendor:0c45 device:6713)
hub             : Linux 6.6.52-desktop-1.mga9 xhci-hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0003)
hub             : Linux 6.6.52-desktop-1.mga9 xhci-hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002)
hub             : GenesysLogic_2|USB2.0 Hub [Hub|Unused|TT per port] (vendor:05e3 device:0610)
unknown         : BILLBOARD CLASS|BILLBOARD DEVICE (vendor:0835 device:2a01)
hub             : Linux 6.6.52-desktop-1.mga9 xhci-hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0003)
hub             : GenesysLogic_2|USB3.0 Hub [Hub|Unused|Full speed (or root) hub] (vendor:05e3 device:0617)
r8152           : Realtek|USB 10/100/1000 LAN (vendor:0bda device:8153)
hid_multitouch  : DLL06E4:01 06CB:7A13

use code tags ~Germ

[Palin]

I do not seem to be able to attach files (it says “The uploaded file is empty.” but of course it isn't).

I uploaded to pastebin since it's 3k+ lines: https://pastebin.com/wgQzNg6V

[doktor5000]

I attach the full lspci -v, as per the journalctl as soon as I'm able to reboot I'll get it (do you need it before or after a wifi connection attempt?)

Both should be fine. You could do a fresh boot, wait a minute or so and then do you manual connection attempt.

From what I can see is the problem could come from the fact that you have old network-scripts, networkmanager and systemd-networkd all active in parallel.
And you also have to have saved configuration for all SSIDs that you connected to, but they are all different interfaces, I cound at least 8 of those.
Just search for /etc/sysconfig/network-scripts/ifcfg- in your log.
I'd remove all of those, and also disable the virtualbox vboxnet interfaces and also the docker bridge interface until this is sorted out.

Have a look at https://wiki.mageia.org/en/Switching_to_networkmanager and especially the last step

Code: Select all

systemctl mask network.service; systemctl mask network-up

I'm not sure about systemd-networkd as I don't remember disabling that, but I need to recheck on my Mageia box.

I do not seem to be able to attach files (it says “The uploaded file is empty.” but of course it isn't).

What type of file did you try to upload, an actual .txt file ? Might be a new forum bug then, I'll try to reproduce.
Attachments are allowed up to 5MB and .txt and .log should work just fine.

[Palin]

I can try but this configuration worked util yesterday I don't think docker.and vbox are the problem

[Palin]

First things first, I got a new usb wifi adapter and the behaviour is the same, so I think we can exclude hardware problems.

I'll now try to remove any ifcfg for wireless cards and try again, but I don't think it should be the issue not only because it worked before but also since it's clear that the attempt is made and fails.

[Palin]

I removed every ifcfg from /etc/sysconfig which was related to the wifi card, to no avai.

[Palin]

Important news.
I did configure the card with Mageia control Center and deselected “Allow the card to be controlled by Network manager” and the Wifi works, at least for a little while.

So something's wrong with some Networkmanager configuration...

[morgano]

While it would be good to track this down, have you tried
https://wiki.mageia.org/en/Switching_to_networkmanager

[Palin]

Other news, if I leave the wifi configured this way, the wifi works but the notebook does not wake up from sleeps (hangs after the usual message of irq which does nothing bad when the wifi is configured via NetworkManager).

[Palin]

While it would be good to track this down, have you tried
https://wiki.mageia.org/en/Switching_to_networkmanager

I followed all these step, it does not work anyway, had to restore the old Control Center ways just to have wifi.

[Palin]

One thing I noticed is that the wpa_supplicant which works has the wext driver, while the default is nl80211 (which is therefore the one used by NetworkManager).

Code: Select all

root        1573       1  0 18:32 ?        00:00:00 /usr/sbin/wpa_supplicant -u -P /run/wpa_supplicant.pid -s -c /etc/wpa_supplicant.conf
root        5667       1  0 18:32 ?        00:00:00 /usr/sbin/wpa_supplicant -B -i wlp2s0 -c /etc/wpa_supplicant.conf -D wext


Does anyone know if there's a way to force NetworkManager su use wext driver in some way instead of the default one? It may be worth the effort in this case.

[doktor5000]

You could try something like this: https://askubuntu.com/a/75027/329633
Although from your output the issue is that there are 2 wpa_supplicant processes, which shouldn't be the case.

[Palin]

You could try something like this: https://askubuntu.com/a/75027/329633

I will try this as soon as possibile

Although from your output the issue is that there are 2 wpa_supplicant processes, which shouldn't be the case.

No it's normal because wlp2s0 is governed by the Control Center network, everything else is still governed by Network Manger (it's the “allow the connection to be controlled by Network Manager” set to off in MCC).

[doktor5000]

No it's normal because wlp2s0 is governed by the Control Center network, everything else is still governed by Network Manger (it's the “allow the connection to be controlled by Network Manager” set to off in MCC).

No that's not "normal". That's a recipe for disaster, you should only have one tool that manages your network connections, not 2 or 3.

[Palin]

So the option in MCC to explicity not allowing a network connection to be managed by NetworkManager is wrong? Why it's still there? And why it's the only option that currently work?

removed quote. ~Germ

[doktor5000]

No, having multiple tools that manage network connections with conflicting settings is wrong.
Feel free to argue back and forth, but that probably won't fix your network setup.

[Palin]

I'm not arguing I'm genuinely trying to get a solution because everything else I tried that is mentioned in this forum does not authenticate except this current configuration.

But the former one had the wifi card controlled by NetworkManager and this does not work anymore (I had a single wpa_supplicant back then).

[doktor5000]

You only have a single wpa_supplicant process if you only use one tool. Both net_applet and networkmanager each start their own separate instances of wpa_supplicant, where the regular wpa_supplicant from net_applet uses /etc/wpa_supplicant conf and the networkmanager one does not but generates the config dynamically.

[Palin]

Update, I followed (again) the instruction here: https://wiki.mageia.org/en/Switching_to_networkmanager

Now I have a non-working wifi (I'm connected via usb3 ethernet) and by disabling network I can no longer use the snx vpn (so probably after resolving this issue I'll need to enable the sysv network again).

Of course the problem persist as it seems a difference in some kind of configuration between the sysv-network scripts- and the NetworkManger-issued wpasupplicant.

Now I have of course a single wpa_supplicant running:

Code: Select all

root        1412       1  0 16:41 ?        00:00:00 /usr/sbin/wpa_supplicant -u -P /run/wpa_supplicant.pid -s -c /etc/wpa_supplicant.conf


I already tried to reboot and to shutoff the notebook completeley as sometimes the wifi card cat get stuck in some strange configurations.

I'm up to further testing, as probably I will have to return to the previous dual-configuration when I no longer have cablet network available.

[doktor5000]

Well you would need to provide some logs otherwise nobody can tell why your wifi does not connect properly. As root

Code: Select all

journalctl -ab -u NetworkManager

[Palin]

Pardon me I must reconfigure wifi and network during working days because without old style network both wifi and snx do not work.

So I'm back with the log you requested.

I also removed docker for this test.

Edit: just a note, I cancelled the (second) request for the key bacause I'm sure the key is right (it works if I setup the card with drakconf).

[doktor5000]

Well the key might be right but if it's not stored with the networkmanager connection or with your keyring application like kwallet then it will not connect.
drakconf stores the password in /etc/wpa_supplicant.conf which is not read by networkmanager.

Nov 15 20:52:01 palinxps15.localdomain NetworkManager[1606]: <warn> [1731700321.7622] device (wlp2s0): no secrets: User canceled the secrets request.
Nov 15 20:52:01 palinxps15.localdomain NetworkManager[1606]: <info> [1731700321.7623] device (wlp2s0): state change: need-auth -> failed (reason 'no-secrets', sys-iface-state: 'managed')
Nov 15 20:52:02 palinxps15.localdomain NetworkManager[1606]: <info> [1731700322.2874] device (wlp2s0): set-hw-addr: set MAC address to B6:40:F8:48:BF:DB (scanning)
Nov 15 20:52:02 palinxps15.localdomain NetworkManager[1606]: <warn> [1731700322.2892] device (wlp2s0): Activation: failed for connection 'TIM-54232467'
Nov 15 20:52:02 palinxps15.localdomain NetworkManager[1606]: <info> [1731700322.2895] device (wlp2s0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')

[Palin]

The key is correctly in NetworkManager I set it both in Gnome and in nmtui. As you can see in the log, this is the second authentication. Nothing changes if I enter the correct key (the same that works with the other setup). Also I tried to do WPS pairing with the same result.