Bug 2483604

Summary:	grubby shows kernel installed to /boot/boot/vmlinuz-*
Product:	[Fedora] Fedora	Reporter:	Coiby <coiby.xu>
Component:	grubby	Assignee:	Peter Jones <pjones>
Status:	NEW ---	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	44	CC:	lsandova, nfrayer, pjones
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	---
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Coiby 2026-05-31 08:59:02 UTC

grubby shows the kernel image and initramfs are installed to /boot/boot but they are actually installed to /boot/
```
# testing-farm reserve --compose Fedora-44 --arch aarch64

# grubby --info=DEFAULT
index=0
kernel="/boot/boot/vmlinuz-6.19.10-300.fc44.aarch64"
args="no_timer_check console=tty1 console=ttyAMA0,115200n8 systemd.firstboot=off rootflags=subvol=root"
root="UUID=f7895286-af40-4b76-b759-a6c61d4de657"
initrd="/boot/boot/initramfs-6.19.10-300.fc44.aarch64.img"

# grubby --info=/boot/boot/vmlinuz-6.19.10-300.fc44.aarch64
The param /boot/boot/vmlinuz-6.19.10-300.fc44.aarch64 is incorrect

# ls /boot/vmlinuz-6.19.10-300.fc44.aarch64 
/boot/vmlinuz-6.19.10-300.fc44.aarch64
```

This also happens to x86_64,
```
# testing-farm reserve --compose Fedora-44 --arch x86_64

# grubby --info=DEFAULT
index=1
kernel="/boot/boot/vmlinuz-7.0.8-200.fc44.x86_64"
args="ro rootflags=subvol=root no_timer_check console=tty1 console=ttyS0,115200n8 systemd.firstboot=off rootflags=subvol=root"
root="UUID=bacc1708-7577-412b-83c8-5e12a83da84b"
initrd="/boot/boot/initramfs-7.0.8-200.fc44.x86_64.img"
title="Fedora Linux (7.0.8-200.fc44.x86_64) 44 (Cloud Edition)"
id="ec29864d34ea04fc0b1e1abcb7a647c3-7.0.8-200.fc44.x86_64"
```

This issue can also be reproduced on locally downloaded Fedora-Cloud-Base-Generic-44-1.7.x86_64.qcow2.

Impact
======

Tools e.g. [1][2] that parse grubby --info output and use the kernel= value to locate the kernel file on the running system will fail.

[1] https://github.com/rhkdump/kernel-auto-bisect/
[2] https://github.com/rhkdump/kdump-utils




Reproducible: Always

Comment 1 Leo Sandoval 2026-06-01 21:02:16 UTC

Thanks for reporting it.

This is similar to https://bugzilla.redhat.com/show_bug.cgi?id=2422116 but not sure if a duplicate? In general, grubby is not able to play nicely with btrfs submodules.