Bug 1716164
| Summary: | Duplicated BOOT_IMAGE= kernel parameter | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | rvcsaba | ||||
| Component: | systemd | Assignee: | Peter Jones <pjones> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 31 | CC: | fmartine, goeran, lnykryn, madko, msekleta, pjones, ssahani, s, systemd-maint, zbyszek | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | systemd-243.8-1.fc31 | Doc Type: | If docs needed, set a value | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2020-04-02 09:55:21 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
rvcsaba
2019-06-02 13:56:18 UTC
Could you please share the content of your /boot/grub2/grubenv, /etc/grub2.cfg and BLS files in /boot/loader/entries ? Created attachment 1601594 [details]
some text file
Why missing actual kernel version number in grub menu?
(In reply to rvcsaba from comment #2) > Created attachment 1601594 [details] > some text file > > Why missing actual kernel version number in grub menu? It seems the BLS snippet you have is not the one generated by /usr/lib/kernel/install.d/20-grub.install but instead by /usr/lib/kernel/install.d/90-loaderentry.install. The later generates BLS snippets that are meant to be used by systemd-boot and not grub2. Do you have sd-boot installed? Also do you have a /boot/efi/828e3dda913c46b59a25bf22fca6541b directory? (In reply to Javier Martinez Canillas from comment #3) > Do you have sd-boot installed? Is this an exact package name? I not found it in repo. But: rpm -qf /usr/lib/kernel/install.d/20-grub.install grub2-common-2.02-81.fc30.noarch rpm -qf /usr/lib/kernel/install.d/20-grubby.install systemd-udev-241-10.git511646b.fc30.x86_64 rpm -qf /usr/lib/kernel/install.d/90-loaderentry.install systemd-udev-241-10.git511646b.fc30.x86_64 > Also do you have a /boot/efi/828e3dda913c46b59a25bf22fca6541b directory? No. pwd /boot tree efi/ efi/ └── EFI ├── BOOT └── fedora 3 directories, 0 files What can I do? Same problem here. Is there a fix ?
No kernel version are shown in grub menu. And BOOT_IMAGE is wrong, containing all the kernel installed:
cat /proc/cmdline
BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.2.9-200.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.2.8-200.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.2.7-200.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.2.6-200.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.2.5-200.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.1.20-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.1.19-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.1.18-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.1.17-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.1.16-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.1.15-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.1.12-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.1.11-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.1.8-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.1.7-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.1.6-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.1.5-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.1.4-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.0.17-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.0.16-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.0.14-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.0.13-300.fc30.x86_64/linux BOOT_IMAGE=(hd0,gpt5)/5a68123777134e458e146023b9704f82/5.0.11-300.fc30.x86_64/linux BOOT_IMAGE=/vmlinuz-5.0.10-300.fc30.x86_64 root=/dev/mapper/taran-root ro resume=/dev/mapper/taran-swap rd.lvm.lv=taran/root
I don't have a /boot/efi/MACHINE_ID but I do have a /boot/MACHINE_ID
tree /boot/5a68123777134e458e146023b9704f82/
/boot/5a68123777134e458e146023b9704f82/
├── 0-rescue
│ ├── initrd
│ └── linux
├── 5.2.6-200.fc30.x86_64
│ ├── initrd
│ └── linux
├── 5.2.7-200.fc30.x86_64
│ ├── initrd
│ └── linux
├── 5.2.8-200.fc30.x86_64
│ ├── initrd
│ └── linux
└── 5.2.9-200.fc30.x86_64
├── initrd
└── linux
5 directories, 10 files
/usr/lib/kernel/install.d/90-loaderentry.install file is correct (systemd-udev-243.4-1.fc31.x86_64)?
From line 48:
if [[ -f /etc/kernel/cmdline ]]; then
read -r -d '' -a BOOT_OPTIONS < /etc/kernel/cmdline
elif [[ -f /usr/lib/kernel/cmdline ]]; then
read -r -d '' -a BOOT_OPTIONS < /usr/lib/kernel/cmdline
else
declare -a BOOT_OPTIONS
read -r -d '' -a line < /proc/cmdline
for i in "${line[@]}"; do
[[ "${i#initrd=*}" != "$i" ]] && continue
BOOT_OPTIONS+=("$i")
done
fi
/etc/kernel/cmdline and /usr/lib/kernel/cmdline missing. BOOT_OPTIONS generated from actually kernel parameters, including BOOT_IMAGE=.../5.3.14-300.fc31.x86_64/linux. Why not drop BOOT_IMAGE= parameter, or changed a value to new directory name (new kernel release name)?
FEDORA-2020-645de57f2e has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-645de57f2e systemd-245.2-1.fc32 has been pushed to the Fedora 32 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-645de57f2e FEDORA-2020-645de57f2e has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2020-287a343a35 has been pushed to the Fedora 31 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-287a343a35` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-287a343a35 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2020-287a343a35 has been pushed to the Fedora 31 stable repository. If problem still persists, please make note of it in this bug report. |