You are not logged in.
After a system upgrade, wifi stopped working. USB tethering works well.
It sometimes after restart work for couple of seconds then stops working and some other times just stops working alltogether
I use NetworkManager, here is the complete logs: http://0x0.st/Xn_J.txt
$ ip a
```
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether e8:6a:64:a8:cc:c5 brd ff:ff:ff:ff:ff:ff
3: wlp4s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether b6:52:b2:01:cd:1b brd ff:ff:ff:ff:ff:ff permaddr 00:bb:60:b6:4b:62
4: enp0s20f0u2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
link/ether 6e:17:42:eb:3b:51 brd ff:ff:ff:ff:ff:ff
inet 192.168.161.62/24 brd 192.168.161.255 scope global dynamic noprefixroute enp0s20f0u2
valid_lft 3294sec preferred_lft 3294sec
inet6 fe80::420:e046:da88:8bf8/64 scope link noprefixroute
valid_lft forever preferred_lft forever
```
systemctl output: http://0x0.st/Xn_k.txt
What I have tried up till now:
1. Downgrade the kernel only or with downgrading nm, wpa_supplicant: didn't work, same exact error for some reason (which makes 0 sense to me).
Also, somehow after re-upgrading after the downgrade the interface's name changed from wlan0 to wlp4s0, I suspect it is due to something else I tried but not sure.
2. Disable powersaving kernel parameters (iwlnvm.power_scheme=1) & updating the iwlwifi.conf:
```
# /etc/modprobe.d/iwlwifi.conf
options iwlwifi 11n_disable=1
options iwlwifi bt_coex_active=0
options iwlwifi swcrypto=1
options iwlwifi power_save=0
```
3. Try the LTS kernel, still same error unfortunately
EDIT: Also an observation that may be relevant, somehow since that problem happened, the system is no longer able to wake up from suspend
Last edited by elt0khy (Yesterday 12:17:39)
Online
You log contains a ton of python3 related debug messages - I hope you know what you're doing.
Those lines
Nov 20 11:29:27 eltokhy kernel: iwlwifi 0000:04:00.0: Failed to load firmware chunk!
Nov 20 11:29:27 eltokhy kernel: iwlwifi 0000:04:00.0: iwlwifi transaction failed, dumping registers
followed by
Nov 20 11:29:30 eltokhy wpa_supplicant[707]: Could not set interface wlp4s0 flags (UP): Connection timed out
Nov 20 11:29:30 eltokhy wpa_supplicant[707]: WEXT: Could not set interface 'wlp4s0' UP
Nov 20 11:29:30 eltokhy wpa_supplicant[707]: wlp4s0: Failed to initialize driver interface
point to a firmware error.
Try to roll back the "linux-firmware*" packages.
Offline
Still same issue after downgrading linux-firmware, updated logs:
Online
The firmware loads but as soon as the driver actually tries to do something useful (scanning for networks):
Nov 20 13:35:57 eltokhy kernel: iwlwifi 0000:04:00.0: Error sending SCAN_ABORT_UMAC: time out after 2000ms.
Nov 20 13:35:57 eltokhy kernel: iwlwifi 0000:04:00.0: Current CMD queue read_ptr 150 write_ptr 151
Nov 20 13:35:57 eltokhy kernel: iwlwifi 0000:04:00.0: Microcode SW error detected. Restarting 0x2000000.
Nov 20 13:35:57 eltokhy kernel: iwlwifi 0000:04:00.0: Start IWL Error Log Dump:
the driver detects a firmware error and the network modules bail out.
Can you test the Wi-Fi via Arch install boot media?
You may also try additional iwlwifi options:
https://bbs.archlinux.org/viewtopic.php … 3#p1918843
Last edited by -thc (Yesterday 13:28:05)
Offline
I tested the Arch install boot media and it worked, even through chroot.
I tried also the options but didn't seem to solve the issue, I found this bug: https://bugs.debian.org/cgi-bin/bugrepo … ug=1026906 which resembled mine,
However, using the 63 version didn't seem to fix it for me. Here is the log after the downgrading: http://0x0.st/Xn94.txt
EDIT: Actually the 63 version worked but I needed to delete the other older versions. So I think it's confirmed that this is the source of the issue
EDIT2: It also fixed the suspension issue so apparently everything is connected somehow
Last edited by elt0khy (Yesterday 14:07:41)
Online
File: /lib/firmware/iwlwifi-cc-a0-72.ucode
But
Nov 20 11:29:27 eltokhy kernel: iwlwifi 0000:04:00.0: Loaded firmware version: 36.ca7b901d.0 8000C-36.ucode
you're not using that FW anyway and unless the install iso is really old, you're not using iwlwifi-8000C-34.ucode there either.
But you're most likely not using NM but iwd.
You spoof the MAC, go for a scan and then the firmware shits itself.
Try to disable https://wiki.archlinux.org/title/Networ … domization
You can also try https://wiki.archlinux.org/title/Networ … Fi_backend but my money is on the MAC spoof.
Offline
Actually turning off mac spoofing was something I tried initially but forgot to mention in the initial post (I think it was even recommended by you @seth in another post) with also trying to fix the bssid
It didn't work unfortunately, also on iwd I don't even have it installed, I did think of using iwd but I did not try.
I still don't know why removing other versions > /lib/firmware/iwlwifi-cc-a0-63.ucode seems to have solved the problem somehow when I am loading the 36 version
Online
co·in·ci·dence?
Removing that file should™ not have done anything. You could restore it and measure the impact.
You're not loading the "36 version", iwlwifi-8000C-* and iwlwifi-cc-a0-* target different chip families.
Offline
After adding the iwlwifi-8000C* back, the network did not work, so I removed the files again and rebooted, and apparently it is not working as well.
Logs directly after adding the files: http://0x0.st/XnxB.txt
Logs after removing them: http://0x0.st/XnxM.txt
So I guess it apparently is a coincidence, but somehow or something I made had it fixed temporarily. I did not install new packages or add anything.
Also, apparently even though I had wifi.scan-rand-mac-address=no, the logs show some mac spoofing (not completely sure, both logs above had the mac thing off)
EDIT: shifting to iwd as the Wi-Fi backend seems to have fixed the issue
EDIT2: It worked only for one reboot, when I rebooted again (without changing anything) it stopped working, logs: http://0x0.st/Xnx0.txt
Last edited by elt0khy (Today 10:19:21)
Online