Bug 2486955
| Summary: | [BZ2390242-Follow-Up] [F44] WARNING: default boot entry is broken | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | DACBARBOS Brand <dacbarbos> |
| Component: | tuned | Assignee: | Jaroslav Škarvada <jskarvad> |
| Status: | NEW --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 44 | CC: | 8ru2u4gz, amessina, daan.j.demeyer, fedoraproject, josherna, jskarvad, lkundrak, lnykryn, lsandova, mlewando, msekleta, nfrayer, pjones, pzacik, suraj.ghimire7, systemd-maint, vmihalko, yuwatana, zbyszek |
| Target Milestone: | --- | Keywords: | Desktop, RFE |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| URL: | https://bugzilla.redhat.com/show_bug.cgi?id=2390242 | ||
| 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
DACBARBOS Brand
2026-06-09 10:53:35 UTC
Reproduced and looking into it. Any reason you create this ticket instead of reopening https://bugzilla.redhat.com/show_bug.cgi?id=2390242 ? I just read the comments from 2390242 and seems that GRUB is not the culprit in this case. Correct me if I am wrong. (In reply to Leo Sandoval from comment #2) > Any reason you create this ticket instead of reopening > https://bugzilla.redhat.com/show_bug.cgi?id=2390242 ? > I just read the comments from 2390242 and seems that GRUB is not the culprit > in this case. Correct me if I am wrong. Hi Leo, I think it's much cleaner to have a new ticket for a new release/version of the OS/product. I also thought that reopening a ticket should be limited to the vendor, not for the general public. Regarding GRUB, I just tried to match the old ticket properties. Perhaps SYSTEMD would have been a better component selection. Happy to switch it for you :) > initrd: /boot//initramfs-7.0.11-200.fc44.x86_64.img $tuned_initrd (No such file or directory)
This is the line that causes the problem. As discussed previously, the Boot Loader Specification format
has no concept of "variables", and additionally, the 'initrd' stanza takes a single file name, so this
wouldn't be valid even if the variable was expanded. The only real fix for this is to stop doing
this unsupported thing. This param is injected by tuned scriptlets, so I'll redirect the bug to that
package.
This comment was flagged as spam, view the edit history to see the original text if required. |