Bug 1707621
Summary: | grub2 default boot after upgrade (fc29 -> fc30) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | old486whizz <old486whizz> |
Component: | grub2 | Assignee: | Peter Jones <pjones> |
Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | unspecified | ||
Version: | 28 | CC: | amlau, danielsun3164, fmartine, ivor.durham, JimShip, lkundrak, marcin_stec, pjones |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-05-28 18:59:48 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: |
Description
old486whizz
2019-05-07 23:33:44 UTC
My loader/entries file contains new kernels. grubenv shows the new kernel is the default, but only the oldest kernel is ever loaded. grub2-mkconfig doesn't have any effect on the default kernel. dnf upgrade set the newest kernel as default, but that has no effect on the boot order. Still oldest kernel is the only default that actually gets loaded. Jim Shipman # grubby --default-kernel /boot/vmlinuz-5.0.16-300.fc30.x86_64 [root@laurie shipman]# grubby --default-index 0 [root@laurie shipman]# grubby --default-title Fedora (5.0.16-300.fc30.x86_64) 30 (Thirty) [root@laurie shipman]# ls /boot/loader/entries/ 2b4f8b50ab3f4354ae4eeda4909aa686-0-rescue.conf 2b4f8b50ab3f4354ae4eeda4909aa686-5.0.13-300.fc30.x86_64.conf 2b4f8b50ab3f4354ae4eeda4909aa686-5.0.14-300.fc30.x86_64.conf 2b4f8b50ab3f4354ae4eeda4909aa686-5.0.16-300.fc30.x86_64.conf Everything I have tried WILL NOT change the default kernel. Only the 5.0.13 (oldest) kernel comes up in the grub menu as default. After dnf upgrade the new kernel is installed and set as the new default, however, only the (new) oldest kernel comes up as default when the system actually boots. Jim Shipman (In reply to Jim Shipman from comment #2) > # grubby --default-kernel > /boot/vmlinuz-5.0.16-300.fc30.x86_64 > [root@laurie shipman]# grubby --default-index > 0 > [root@laurie shipman]# grubby --default-title > Fedora (5.0.16-300.fc30.x86_64) 30 (Thirty) > [root@laurie shipman]# ls /boot/loader/entries/ > 2b4f8b50ab3f4354ae4eeda4909aa686-0-rescue.conf > 2b4f8b50ab3f4354ae4eeda4909aa686-5.0.13-300.fc30.x86_64.conf > 2b4f8b50ab3f4354ae4eeda4909aa686-5.0.14-300.fc30.x86_64.conf > 2b4f8b50ab3f4354ae4eeda4909aa686-5.0.16-300.fc30.x86_64.conf > > Everything I have tried WILL NOT change the default kernel. Only the 5.0.13 > (oldest) kernel comes up in the grub menu as default. After dnf upgrade the > new kernel is installed and set as the new default, however, only the (new) > oldest kernel comes up as default when the system actually boots. > > Jim Shipman Do you have a legacy BIOS install? Did you try to update your GRUB with grub2-install /dev/sda (or whatever is your block device where GRUB is installed). I have legacy BIOS. I have not tried to re-install GRUB. Will try it later and get back. This is a Fedora 30 from a dnf system-upgrade from Fedora 29. Jim Shipman grub2-install fixed my problem. Working correctly now. Thanks, Jim Shipman Fedora 28 changed to end-of-life (EOL) status on 2019-05-28. Fedora 28 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. I had the same problem after upgrade between F30 and F31 Beta on KVM. grub2-install fixed. I suspect that the reason was that I changed disk type from virtio (vda) to virtscsi (sda) in VM definition. |