WIFI broke after update, how to rollback on Kinoite?

Hello!
Unfortunately a Kinoite update left me unable to connect to any WIFI. I already tried rolling back via rpm-ostree rollback but that didn’t solve anything. Unfortunately that the is the only point I can rollback.
What else can I do? Investigating the journalctl outputs suggested that a kernel update could be the problem.
What would you suggest doing?

WiFi issues with linux update are not unusual, so I keep a USB WiFi dongle to use while troubleshooting. When reporting problems, you should provide enough detail to allow others with access to similar hardware to reproduce (or avoid!) the issue. You should try to do this before rolling back the update. If you don’t have internet you can save text files where they will be accessible after a rollback.

Please provide the output from running inxi -Fzxx in a terminal (post as pre-formatted text using the </> button froom the top line of the text entry panel).

You may be able to find more details of the failure using journalctl “filters”. It can take some effort to find “filters” that select relevant details. You may need to study man journalctl, but for starters, try journalctl --no-hostname -b -g wifi | cat(we don’t need to see your hostname, and the |cat wraps long lines so they don’t get cut off when posting (as pre-formatted text). The -b and -g options are explained in man journalctl.

Fedora Kinoite Updates, Upgrades & Rollbacks

Thanks for the help. I ran rpm-ostree rollback again and rebooted which resulted in resolving my issue.
Additionally I executed inxi -Fzxx which isn’t installed on my system - so that would be a dead end too on a machine without a working connection. Right now I am facing a WIFI issue with eduroam which I am unable to connect to - the journalctl output while a connection attempt is made:

Sep 18 13:57:23 hostname kernel: wlp1s0: deauthenticating from MAC by local choice (Reason: 3=DEAUTH_LEAVING)
Sep 18 13:57:37 hostname kernel: wlp1s0: authenticate with MAC (local address=26:d1:1a:aa:eb:db)
Sep 18 13:57:37 hostname kernel: wlp1s0: send auth to MAC (try 1/3)
Sep 18 13:57:37 hostname kernel: wlp1s0: authenticated
Sep 18 13:57:37 hostname kernel: wlp1s0: associate with MAC (try 1/3)
Sep 18 13:57:37 hostname kernel: wlp1s0: RX AssocResp from MAC (capab=0x1511 status=0 aid=4)
Sep 18 13:57:37 hostname kernel: wlp1s0: associated
Sep 18 13:57:38 hostname kernel: wlp1s0: deauthenticated from MAC (Reason: 23=IEEE8021X_FAILED)

The inxi output shows us the hardware devices so should not change too much with a rollback, so please provide it.

Were you able to connect to eduroam before the update? Did you use the eduroam Configuration Assistant Tool from your institution? Sometimes updates can result in changes to configuration settings stored in individual user’s directories. Such changes will not be reversed with a rollback. I think most institutions have manual configuration pages like Connecting to eduroam WiFi Linux.

See: Wikipedia article on IEEE 802.1X for an overview of the authentication process which may help you recognize how or why the failure occurs.

The output of inxi -Fzxx:
System:

  Kernel: 6.10.9-200.fc40.x86_64 arch: x86_64 bits: 64 compiler: gcc
    v: 2.41-37.fc40
  Desktop: KDE Plasma v: 6 tk: Qt v: N/A wm: kwin_wayland dm: N/A
    Distro: Arch Linux
Machine:
  Type: Laptop System: LENOVO product: 83AM v: IdeaPad Pro 5 14APH8
    serial: <superuser required> Chassis: type: 10 v: IdeaPad Pro 5 14APH8
    serial: <superuser required>
  Mobo: LENOVO model: LNVNB161216 v: No DPK serial: <superuser required>
    part-nu: LENOVO_MT_83AM_BU_idea_FM_IdeaPad Pro 5 14APH8 UEFI: LENOVO
    v: MKCN28WW date: 10/27/2023
Battery:
  ID-1: BAT0 charge: 72.8 Wh (100.0%) condition: 72.8/75.0 Wh (97.1%)
    volts: 17.5 min: 15.6 model: SMP L22M4PF3 serial: <filter> status: full
CPU:
  Info: 8-core model: AMD Ryzen 7 7840HS with Radeon 780M Graphics bits: 64
    type: MT MCP arch: Zen 4 rev: 1 cache: L1: 512 KiB L2: 8 MiB L3: 16 MiB
  Speed (MHz): avg: 3092 high: 4105 min/max: 400/5137 cores: 1: 3300 2: 400
    3: 3648 4: 3314 5: 3224 6: 3447 7: 4102 8: 3730 9: 3315 10: 400 11: 3532
    12: 4105 13: 3148 14: 3187 15: 3293 16: 3341 bogomips: 121367
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
Graphics:
  Device-1: AMD Phoenix1 vendor: Lenovo driver: amdgpu v: kernel arch: RDNA-3
    pcie: speed: 16 GT/s lanes: 16 ports: active: DP-2,eDP-1 empty: DP-1, DP-3,
    DP-4, DP-5, DP-6, HDMI-A-1, Writeback-1 bus-ID: 63:00.0 chip-ID: 1002:15bf
    temp: 36.0 C
  Device-2: Integrated Camera driver: uvcvideo type: USB rev: 2.0
    speed: 480 Mb/s lanes: 1 bus-ID: 3-1:2 chip-ID: 174f:181d
  Display: wayland server: N/A compositor: kwin_wayland driver: gpu: amdgpu
    display-ID: 0
  Monitor-1: DP-2 model: Idek Iiyama PL3461WQ res: 3440x1440 dpi: 109
    diag: 867mm (34.1")
  Monitor-2: eDP-1 model-id: CSO 0x1416 res: 2880x1800 dpi: 243
    diag: 355mm (14")
  API: EGL Message: EGL data requires eglinfo. Check --recommends.
Audio:
  Device-1: AMD Rembrandt Radeon High Definition Audio vendor: Lenovo
    driver: snd_hda_intel v: kernel pcie: speed: 16 GT/s lanes: 16
    bus-ID: 63:00.1 chip-ID: 1002:1640
  Device-2: AMD ACP/ACP3X/ACP6x Audio Coprocessor vendor: Lenovo
    driver: snd_pci_ps v: kernel pcie: speed: 16 GT/s lanes: 16 bus-ID: 63:00.5
    chip-ID: 1022:15e2
  Device-3: AMD Family 17h/19h HD Audio vendor: Lenovo driver: snd_hda_intel
    v: kernel pcie: speed: 16 GT/s lanes: 16 bus-ID: 63:00.6 chip-ID: 1022:15e3
  Device-4: Microsoft Surface Thunderbolt 4 Dock Audio
    driver: hid-generic,snd-usb-audio,usbhid type: USB rev: 2.0 speed: 12 Mb/s
    lanes: 1 bus-ID: 7-1.4.5:7 chip-ID: 045e:085b
  API: ALSA v: k6.10.9-200.fc40.x86_64 status: kernel-api
  Server-1: JACK v: 1.9.22 status: off
Network:
  Device-1: MEDIATEK MT7922 802.11ax PCI Express Wireless Network Adapter
    vendor: Lenovo driver: mt7921e v: kernel pcie: speed: 5 GT/s lanes: 1
    bus-ID: 01:00.0 chip-ID: 14c3:0616
  IF: wlp1s0 state: up mac: <filter>
  Device-2: Realtek USB 10/100/1G/2.5G LAN driver: cdc_ncm type: USB
    rev: 3.2 speed: 5 Gb/s lanes: 1 bus-ID: 8-1.4.4:4 chip-ID: 045e:085c
  IF: eth0 state: down mac: <filter>
  IF-ID-1: wg-home state: unknown speed: N/A duplex: N/A mac: N/A
Bluetooth:
  Device-1: MediaTek Wireless_Device driver: btusb v: 0.8 type: USB rev: 2.1
    speed: 480 Mb/s lanes: 1 bus-ID: 1-5:2 chip-ID: 0489:e0d8
  Report: rfkill ID: hci0 rfk-id: 2 state: up address: see --recommends
Drives:
  Local Storage: total: 476.94 GiB used: 123.91 GiB (26.0%)
  ID-1: /dev/nvme0n1 vendor: Lenovo model: UMIS RPJTJ512MKP1QDY
    size: 476.94 GiB speed: 63.2 Gb/s lanes: 4 serial: <filter> temp: 30.9 C
Partition:
  Message: No partition data found.
Swap:
  ID-1: swap-1 type: zram size: 8 GiB used: 0 KiB (0.0%) priority: 100
    dev: /dev/zram0
Sensors:
  System Temperatures: cpu: 36.0 C mobo: N/A
  Fan Speeds (rpm): N/A
Info:
  Memory: total: 28 GiB available: 27.09 GiB used: 9.17 GiB (33.9%)
  Processes: 469 Power: uptime: 1h 29m wakeups: 0 Init: systemd v: 256
    default: graphical
  Packages: pm: pacman pkgs: 400 Compilers: gcc: 14.2.1 Shell: Zsh v: 5.9
    running-in: conmon inxi: 3.3.35

Yes, I was able to connect to eduroam beforehand and successfully used it since the start of this year so it did survive several updates.
Thank you in helping me out.

Now that your hardware details can be found by web searches, we can hope for help from someone with similar hardware. Several things you can do:

  1. check dnf info mt7xxx-firmware.noarch package. I have:
Installed Packages
Name         : mt7xxx-firmware
Version      : 20240909
Release      : 1.fc40
Architecture : noarch
Size         : 12 M
Source       : linux-firmware-20240909-1.fc40.src.rpm
Repository   : @System
From repo    : updates
Summary      : Firmware for Mediatek 7600/7900 series WiFi/Bluetooth adapters
URL          : http://www.kernel.org/
License      : LicenseRef-Callaway-Redistributable-no-modification-permitted
Description  : Firmware for Mediatek 7600/7900 series WiFi/Bluetooth adapters

The problem update may have installed this version. Firmware in laptops can be tricky – there can be extra system-dependent steps needed to ensure that the WiFi chip reloads the firmware (WiFi may active even when no OS is running to support Wireless Wake on LAN).

  1. Check for issues with configuration data stored under your home directory by creating a new user. I assume you will have to configure eduroam for the new user.

I was able to fix it myself. It should have been very obvious while reading the output of the wifi connection process (via journalctl) and tried my luck by excluding the CA certificate from the saved connection - that made it work again. The months before it was needed and all of a sudden this added to my initial confusion. What a stupid coincidence…