[Solved] Fedora 43 unable to boot after upgrading to kernel version 6.17.8

Ask Fedora
, , ,
1

Hi, my fedora install has stopped working since upgrading to the 6.17.8 kernel. Here is a transcript of what I see when booting:

[  OK  ] Created slice system-modprobe.slice - Slice /system/modprobe.
         Expecting device dev-tmp0.device - /dev/tmp0...
[  OK  ] Found device dev-tmp0.device - /dev/tmp0.
[  OK  ] Reached target tmp2.target - Trusted Platform Module.
[  OK  ] Started plymouth-start.service - Show Plymouth Boot Screen.
[  OK  ] Started systemd-ask-password-plymoquests to Plymouth Directory Watch.
[  OK  ] Reached target paths.target - Path Utils.
         Starting systemd-battery-check.ser battery level during early boot...
[  OK  ] Finished systemd-battery-check.serck battery level during early boot.
[  OK  ] Stopped systemd-vconsole-setup.service - Virtual Console Setup.
         Stopping systemd-vconsole-setup.service - Virtual Console Setup...
         Starting systemd-vconsole-setup.service - Virtual Console Setup...
[  OK  ] Finished systemd-vconsole-setup.service - Virtual Console Setup.
[  OK  ] Found device dev-disk-by\x2duuid-3C SN500S SDEPMSJ-512G-1101 fedora.
[  OK  ] Reached target initrd-root-device.target - Initrd Root Device.
         Mounting sys-kernel-config.mount - Kernel Configuration File System...
[  OK  ] Mounted sys-kernel-config.mount - Kerner Configuration File System.
[  *** ] Job dev-mapper-fedora\x2dswap.device/start running (5s / no limit)
UBSAN: array-index-out-of-bounds in drivers/usb/typex/ucsi/ucsi.c:605:12
index 2 is out of range for type 'usci_altmode [2]'
UBSAN: array-index-out-of-bounds in drivers/usb/typex/ucsi/ucsi.c:608:18
index 2 is out of range for type 'usci_altmode [2]'
UBSAN: array-index-out-of-bounds in drivers/usb/typex/ucsi/ucsi.c:610:19
[    **] Job dev-mapper-fedora\x2dswap.device/start running (16s / no limit)
ucsi_acpi USBC000:00: con2: failed to register alt modes
[     *] Job dev-mapper-fedora\x2dswap.device/start running (2min 55s / no limit)

Heres what I have tried so far:

I was able to boot into the previous kernel versions just fine. I thought that maybe there might be some problems during kernel install so I tried reinstalling it with sudo dnf reinstall kernel\* but that didn’t work.
Then, I tried to regenerate the initramfs using the command sudo dracut --regenerate-all --force to see if that might fix anything but instead, it just broke the older kernel versions as well.

Currently, I am able to boot onto the latest kernel version by removing resume=/dev/mapper/fedora-swap and rd.lvm.lv=fedora/\swap from the grub menu entry:

load_video
set gfxpayload=keep
insmod gzio
linux ($root)/vmlinuz-6.17.8-300.fc43.x86_64 root=UUID=3a8d9894-5863-40c8-b53d-b193dd703c68 ro rootflags=subvol=root resume=/dev/mapper/fedora-swap rd.lvm.lv=fedora/root rd.lvm.lv=fedora/\swap rhgb quiet
initrd ($root)/initramfs-6.17.8-300.fc43.x86_64.img $tuned_initrd

I am not sure about how I should proceed. I am only using the default swap on zram that was created during setup. Any help in fixing this is appreciated.

2

Update:

I managed to solve it. I had recently really fucked up my grub so I had to reinstall everything. As part of that, I had copied over a standard /etc/default/grub from somewhere. However it had some things that didn’t apply to my setup. Removing them and rebuilding grub fixed the issue.

I have no idea why the issue just decide to show up now tho. It was working perfectly fine till now.

2 Likes