Yesterday I did a dnf update and it installed some kernel-cores, like kernel-rpi-16k-core-6.12.103 and kernel-rpi-4k-6.12.103 (I didn’t remember it installed kernel-rpi at the same time though) then it did not boot any more after rebooting. the green light turned back to red after less than 10 seconds
Is it possible to rescue it?
Do you know what kernel version you were running prior to dnf update?
kernel-rpi-16k-6.12.90 I believe
Well I was wrong, it was 6.12.80-12.el10.altarch.aarch64+16k
can you mount the storage and share a directory listing of /boot and /boot/efi? You should be able to temporarily hardcode the previous kernel in config.txt and get it to boot again.
Thanks! I managed to get the Pi booting again by mounting the SD card on another Linux machine.
I think I have identified what happened. This installation dates back to the earlier Rocky Linux 10 Raspberry Pi image, when the RPi kernel was still based on 6.6. It appears that my system never had the newer kernel-rpi / kernel-rpi-16k meta packages installed. Instead, it only has the underlying packages:
kernel-rpi-16k-core
kernel-rpi-16k-modules-core
kernel-rpi-4k-core
kernel-rpi-4k-modules-core
After the recent update, kernel-rpi-16k-core-6.12.103-1.el10.altarch.aarch64 was installed. The update also replaced /boot/efi/kernel_2712.img with the 6.12.103 16K kernel. However, /boot/efi/initramfs_2712 was not regenerated and was still the initramfs for:
6.12.80-12.el10.altarch.aarch64+16k
I verified this with lsinitrd. So the Pi was trying to boot a 6.12.103 kernel with a 6.12.80 initramfs, which appears to be what caused the boot failure. I mounted both the root partition and EFI partition on another Linux machine. The old 6.12.80 kernel was still available at/lib/modules/6.12.80-12.el10.altarch.aarch64+16k/vmlinuz. I backed up the new kernel_2712.img and copied the old kernel back
cp /boot/efi/kernel_2712.img /boot/efi/kernel_2712.img.6.12.103.bak
cp /lib/modules/6.12.80-12.el10.altarch.aarch64+16k/vmlinuz \
/boot/efi/kernel_2712.img
Then it booted successfully. So I think I might have to manually install the kernel-rpi-16k(and 4k if necessary)?
Well I found another issue with the current 6.12.103-1.el10.altarch packages. Both kernel meta-packages currently have unsatisfied dependencies:
# dnf install kernel-rpi-16k
nothing provides kernel-16k-modules-uname-r = 6.12.103-1.el10.altarch.aarch64+16k
needed by kernel-rpi-16k-6.12.103-1.el10.altarch.aarch64
# dnf install kernel-rpi
nothing provides kernel-core-uname-r = 6.12.103-1.el10.altarch.aarch64
nothing provides kernel-modules-core-uname-r = 6.12.103-1.el10.altarch.aarch64
nothing provides kernel-modules-uname-r = 6.12.103-1.el10.altarch.aarch64
So neither kernel-rpi nor kernel-rpi-16k can currently be installed from altarch-rockyrpi.
I’ll keep the Pi running on 6.12.80-12.el10.altarch.aarch64+16k for now and wait for some possible fixes 
So by checking dnf history what it installed yesterday were
kernel-rpi-16k-core-6.12.103...
kernel-rpi-16k-modules-core-6.12.103...
yet the kernel-rpi-16k was asking for dependencies of other names so it wasn’t installed
Thank you for the details. Happy its working. We’ve not run into this issue, but with that said, i have several Pi 5s and will test as/when able.
--Bryan
Found a test rig.
Here’s what rpm -qa |grep kernel-rpi show’s on my working system.
kernel-rpi-4k-core-6.12.80-11.el10.altarch.aarch64
kernel-rpi-4k-modules-core-6.12.80-11.el10.altarch.aarch64
kernel-rpi-16k-modules-core-6.12.80-11.el10.altarch.aarch64
kernel-rpi-16k-core-6.12.80-11.el10.altarch.aarch64
kernel-rpi-16k-modules-core-6.12.80-12.el10.altarch.aarch64
kernel-rpi-16k-core-6.12.80-12.el10.altarch.aarch64
kernel-rpi-4k-core-6.12.80-12.el10.altarch.aarch64
kernel-rpi-4k-modules-core-6.12.80-12.el10.altarch.aarch64
kernel-rpi-4k-core-6.12.103-1.el10.altarch.aarch64
kernel-rpi-4k-modules-core-6.12.103-1.el10.altarch.aarch64
kernel-rpi-16k-core-6.12.103-1.el10.altarch.aarch64
kernel-rpi-16k-modules-core-6.12.103-1.el10.altarch.aarch64
kernel-rpi-firmware-6.12.103-1.el10.altarch.aarch64
I’d be curious to know what that command shows on your unit.
I also show my initramfs wasnt regenerated, but it didnt cause any issues in my case. Aug 21 would be around when we released 103 (if i had to guess without looking)
-rwx------. 1 root root 29M Jun 8 09:50 initramfs_2712
-rwx------. 1 root root 29M Nov 16 2025 initramfs8
-rwx------. 1 root root 8.9M Aug 21 19:37 kernel_2712.img
-rwx------. 1 root root 8.9M Aug 21 19:37 kernel8.img
So what `rpm -qa |grep kernel-rpi` returens are
kernel-rpi-4k-modules-core-6.6.77-8.el10.altarch.aarch64
kernel-rpi-4k-core-6.6.77-8.el10.altarch.aarch64
kernel-rpi-16k-modules-core-6.6.77-8.el10.altarch.aarch64
kernel-rpi-16k-core-6.6.77-8.el10.altarch.aarch64
kernel-rpi-16k-modules-core-6.12.80-12.el10.altarch.aarch64
kernel-rpi-16k-core-6.12.80-12.el10.altarch.aarch64
kernel-rpi-4k-core-6.12.80-12.el10.altarch.aarch64
kernel-rpi-4k-modules-core-6.12.80-12.el10.altarch.aarch64
kernel-rpi-4k-core-6.12.103-1.el10.altarch.aarch64
kernel-rpi-4k-modules-core-6.12.103-1.el10.altarch.aarch64
kernel-rpi-16k-core-6.12.103-1.el10.altarch.aarch64
kernel-rpi-16k-modules-core-6.12.103-1.el10.altarch.aarch64
kernel-rpi-firmware-6.12.103-1.el10.altarch.aarch64
So the problem is that kernel-rpi-16k-modules-6.12.103-1.el10.altarch.aarch64is not provided (just checked Rocky Linux Repository) while
dnf repoquery --requires kernel-rpi-16k
kernel-16k-core-uname-r = 6.12.103-1.el10.altarch.aarch64+16k
kernel-16k-modules-core-uname-r = 6.12.103-1.el10.altarch.aarch64+16k
kernel-16k-modules-uname-r = 6.12.103-1.el10.altarch.aarch64+16k
So it cannot be installed (wasn’t even asking to install when dnf update). then the boot will fail. As for initramfs, it is automatically generated when installing kernel-rpi-16k-core-6.12.103-1.el10.altarch.aarch64(and failed)
dnf history info has these at the end
1 '/lib/modules/6.12.103-1.el10.altarch.aarch64+4k/vmlinuz' -> '/boot/efi/kernel8.img'
2 dracut[F]: /usr/lib/modules/6.12.103-1.el10.altarch.aarch64+4k/modules.dep is missing. Did you run depmod?
3 '/lib/modules/6.12.103-1.el10.altarch.aarch64+16k/vmlinuz' -> '/boot/efi/kernel_2712.img'
4 dracut[F]: /usr/lib/modules/6.12.103-1.el10.altarch.aarch64+16k/modules.dep is missing. Did you run depmod?
I had the same issue. System patched last night and would not boot. I did what was posted and now. I"m booting. Something is up with 103 kernel.
root@svpl07:~# rpm -qa | grep -i kernel-rpi
kernel-rpi-16k-modules-core-6.12.80-12.el10.altarch.aarch64
kernel-rpi-16k-core-6.12.80-12.el10.altarch.aarch64
kernel-rpi-4k-core-6.12.80-12.el10.altarch.aarch64
kernel-rpi-4k-modules-core-6.12.80-12.el10.altarch.aarch64
kernel-rpi-16k-core-6.12.103-1.el10.altarch.aarch64
kernel-rpi-16k-modules-core-6.12.103-1.el10.altarch.aarch64
kernel-rpi-4k-core-6.12.103-1.el10.altarch.aarch64
kernel-rpi-4k-modules-core-6.12.103-1.el10.altarch.aarch64
kernel-rpi-firmware-6.12.103-1.el10.altarch.aarch64
So when will the kernel-rpi-*k-modulespackages be added?
