Unable to use WiFi in Fedora 39 KDE spin

I’m unable to see and connect to available wifi networks. WiFi was working as expected yesterday. Bluetooth and wired connections work fine.
As you can see from the following output, the wireless interface doesn’t even show up

$ 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: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 54:ee:75:12:21:72 brd ff:ff:ff:ff:ff:ff
3: ham0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1404 qdisc fq_codel state UNKNOWN group default qlen 1000
    link/ether 7a:79:19:45:a6:3c brd ff:ff:ff:ff:ff:ff
    inet 25.69.166.60/8 brd 25.255.255.255 scope global ham0
       valid_lft forever preferred_lft forever
    inet6 2620:9b::1945:a63c/96 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::7879:19ff:fe45:a63c/64 scope link proto kernel_ll 
       valid_lft forever preferred_lft forever
4: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:1c:68:51:79 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever
5: br-9ef47d465b8b: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:6c:ad:2a:58 brd ff:ff:ff:ff:ff:ff
    inet 172.18.0.1/16 brd 172.18.255.255 scope global br-9ef47d465b8b
       valid_lft forever preferred_lft forever
7: enp0s20u1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
    link/ether da:8b:d9:8e:58:f1 brd ff:ff:ff:ff:ff:ff
    inet 192.168.232.21/24 brd 192.168.232.255 scope global dynamic noprefixroute enp0s20u1
       valid_lft 2247sec preferred_lft 2247sec
    inet6 fe80::6cd8:b66b:ffa8:ce26/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

Inspecting the dmesg output I found the following interesting error messages:

$ sudo dmesg | grep wifi
[sudo] password di daniele: 
[    8.134419] iwlwifi 0000:04:00.0: Detected crf-id 0x0, cnv-id 0x0 wfpm id 0x0
[    8.134444] iwlwifi 0000:04:00.0: PCI dev 08b2/c270, rev=0x144, rfid=0xd55555d5
[    8.134610] iwlwifi 0000:04:00.0: Direct firmware load for iwlwifi-7260-17.ucode failed with error -2
[    8.134615] iwlwifi 0000:04:00.0: no suitable firmware found!
[    8.134617] iwlwifi 0000:04:00.0: iwlwifi-7260-17 is required
[    8.134619] iwlwifi 0000:04:00.0: check git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git

So i checked if I had such a module installed:

$ dnf list installed | grep iwlwifi
iwlwifi-dvm-firmware.noarch                          20240115-2.fc39                        @updates                                                   
iwlwifi-mvm-firmware.noarch                          20240115-2.fc39                        @updates                                                   

$ sudo dnf provides /usr/lib/firmware/iwlwifi-7260-17*
Ultima verifica della scadenza dei metadati: 0:53:13 fa il sab 3 feb 2024, 12:25:32.
iwlwifi-mvm-firmware-20230919-1.fc39.noarch : MVM Firmware for Intel(R) Wireless WiFi adapters
Repo         : fedora
Corrispondenza trovata in:
Nome file   : /usr/lib/firmware/iwlwifi-7260-17.ucode.xz

iwlwifi-mvm-firmware-20240115-2.fc39.noarch : MVM Firmware for Intel(R) Wireless WiFi adapters
Repo         : @System
Corrispondenza trovata in:
Nome file   : /usr/lib/firmware/iwlwifi-7260-17.ucode.xz

iwlwifi-mvm-firmware-20240115-2.fc39.noarch : MVM Firmware for Intel(R) Wireless WiFi adapters
Repo         : updates
Corrispondenza trovata in:
Nome file   : /usr/lib/firmware/iwlwifi-7260-17.ucode.xz

(sorry for the italian bits)
From the above logs all seems fine, so I don’t understand why it tells that it can’t find a suitable firmware (assuming this is what is causing the wifi interface to not show up.

My NIC:

$ lspci | grep Wireless
04:00.0 Network controller: Intel Corporation Wireless 7260 (rev 83)

According to this site, the above mentioned firmware version installed should be the correct one.

UPDATE: the following output seems to support the fact that it can’t find the driver for the NIC

$ inxi -Nzi
Network:
  Device-1: Intel Ethernet I217-LM driver: e1000e
  IF: enp0s25 state: down mac: <filter>
  Device-2: Intel Wireless 7260 driver: N/A
  IF-ID-1: br-9ef47d465b8b state: down mac: <filter>
  IP v4: <filter> scope: global
  IF-ID-2: docker0 state: down mac: <filter>
  IP v4: <filter> scope: global
  IF-ID-3: enp0s20u1 state: unknown speed: -1 duplex: half mac: <filter>
  IP v4: <filter> type: dynamic noprefixroute scope: global
  IP v6: <filter> type: noprefixroute scope: link
  IF-ID-4: ham0 state: unknown speed: 10000 Mbps duplex: full mac: <filter>
  IP v4: <filter> scope: global
  IP v6: <filter> scope: global
  IP v6: <filter> virtual: proto kernel_ll scope: link
  WAN IP: <filter>

It seems you correctly identified the cause.

Please try a cleanup of the installation with sudo dnf distro-sync --refresh and then reboot to see if the problem may clear up. Sometimes when a user does the update they fail to wait a short time after the update before rebooting (especially when using the software gui to perform updates). The quickly performed reboot sometimes interferes with things being settled from the update and causes problems.

Thank you for your response.
The only packages affected by invoking distro-sync are the following:

===================================================================================================================================================================================================================
 Package                                                Architecture                                   Version                                             Repository                                         Size
===================================================================================================================================================================================================================
Reinstalling:
 bwbasic                                                x86_64                                         3.20-6.1                                            rpmsphere                                         195 k
Downgrading:
 wireless-tools                                         x86_64                                         1:29-25                                             rpmsphere                                         109 k 

Still, I didn’t notice any change after rebooting. WiFi still broken, and dmesg log is the same

From https://koji.fedoraproject.org/koji/packageinfo?packageID=385 the last wireless-tools package was for Fedora 35. What do you have for dnf info wireless-tools?

You could completely remove the 2 iwlwifi packages with
sudo dnf remove iwlwifi-{dvm,mvm}-firmware and reboot,
then reinstall the same with sudo dnf install iwlwifi-{dvm,mvm}-firmware.
The next reboot would try to use the newest version of that file.

This should get a completely new version of the iwlwifi-7260-17.ucode.xz file and hopefully will then allow that firmware to be loaded.

I have no idea why i have it installed lol, maybe a leftover of old projects or programs that i don’t use anymore.

$ dnf info wireless-tools
Ultima verifica della scadenza dei metadati: 0:01:52 fa il sab 3 feb 2024, 17:14:47.
Pacchetti disponibili
Name         : wireless-tools
Epoca        : 1
Version      : 29
Rilascio     : 25
Architecture : x86_64
Size         : 109 k
Sorgente     : wireless-tools-29-25.src.rpm
Repository   : rpmsphere
Summary      : Wireless ethernet configuration tools
URL          : http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html
Licenza      : GPL+
Description  : This package contain the Wireless tools, used to manipulate
             : the Wireless Extensions. The Wireless Extension is an interface
             : allowing you to set Wireless LAN specific parameters and get the
             : specific stats for wireless networking equipment.

I did as you instructed, but I can’t notice any progress.
Is there any file system location where I can look at to see if the firmware file is actually where it is expected to be found? Maybe the last version of the package carrying the firmware could be malformed.

On my system I ran this and got the result on the second line

sha256sum /usr/lib/firmware/iwlwifi-7260-17.ucode.xz
62f75b944fd79fdd495946fbb33e7b9481ee48a64fc9847aae9ff0e5b124803e  /usr/lib/firmware/iwlwifi-7260-17.ucode.xz

If you run the same command and get the exact same result for that checksum then the file should probably be fine.

It is possible that the wireless-tools package may interfere. That can easily be removed with dnf remove wireless-tools since it is no longer available for fedora.

Seems like the hashes do match

$ echo "62f75b944fd79fdd495946fbb33e7b9481ee48a64fc9847aae9ff0e5b124803e  /usr/lib/firmware/iwlwifi-7260-17.ucode.xz" | sha256sum --check
/usr/lib/firmware/iwlwifi-7260-17.ucode.xz: OK

I removed wireless-tools, still no changes

Intel Linux Support for Intel® Wireless Adapters mentions 4 versions of the 7260:

ntel® Dual Band Wireless-AC 7260,
Intel® Dual Band Wireless-N 7260,
Intel® Wireless-N 7260,
Intel® Dual Band Wireless-AC 7260 for Desktop

Kernel versions 4.2+ use iwlwifi-7260-ucode-25.30.14.0.tgz has
iwlwifi-7260-14.ucode

From the link you mentioned: Wireless Wiki Drivers iwlwifi section for the 7260:

7260, 3160, 7265, 7265D, 3165 and 3168 support

Those devices will not be supported by the newest firmware versions: the last firmware that was released for 3160, 7260 and 7265 is -17.ucode. Bug fixes will be ported to -17.ucode.

~% modinfo iwlwifi | grep 7260
firmware:       iwlwifi-7260-17.ucode

Fedora seems consistent with kernel.org. It is not that unusual for kernel.org to release non-working patches for older hardware. A bug report is in order if the ninjas haven’t already created one. It won’t hurt to sent a note to Intel Support.

You should consider upgrading to a more recent wifi device. If the wifi is not removeable, there are robust USB wifi dongles.

Since i need my machine to face upcoming exams, I finally resorted to nuke my disk and put a brand new fedora kde installation. Now everything works. Thank you all for your much appreciated help!

Hope exams go well. There have been cases where 3rd party software adds stuff to configuration files (presumably to fix a problem), but then breaks with newer Fedora releases. I understand time pressure limits what troubleshooting you can do, and fresh installs do have the advantage that you eliminate the potential for issues with old configuration tweaks that others won’t have.

1 Like