Red Hat Bugzilla – Full Text Bug Listing
|Summary:||After the first kernel update on F17 final, the new kernel not appear on advanced options of menu grub|
|Component:||grubby||Assignee:||Peter Jones <pjones>|
|Status:||CLOSED WONTFIX||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Version:||17||CC:||bcl, collura, dennis, htl10, mads, nathansamson+redhat, paradoxe, pjones, xset1980|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2013-08-01 04:54:16 EDT||Type:||Bug|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description xset1980 2012-05-31 19:08:19 EDT
Description of problem: After the 1st kernel update, the new kernel no apper on advanced options (recovery mode etc) of grub Version-Release number of selected component (if applicable): F17 Final Release How reproducible: Always yum update -y Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: executing grub2-mkconfig -o /boot/grub2/grub.cfg is fixed, but, no all users know this
Comment 1 Mads Kiilerich 2012-05-31 19:18:58 EDT
Yes, that is how it is and how grubby works - and I doubt that is considered a bug.
Comment 2 Hin-Tak Leung 2012-05-31 22:14:09 EDT
(In reply to comment #1) > Yes, that is how it is and how grubby works - and I doubt that is considered > a bug. But that's inconsistent - I reinstalled the f17 kernel with rpm -i --force (because the first one seems failed and seems to give a bad initramfs or something) - and was rather surprised that the re-installed kernel appears as a new top level entry - rather than it continuing what appears to be the trend after upgrading to f17, hiding everything under the sub-menus. In my case since I was re-installing an existing entry by force, I would not have noticed if/whether it got added to the advanced menu, but both entry works.
Comment 3 Nathan Samson 2012-06-14 12:36:12 EDT
Any progress on this bug report. I agree with Hin-Tak Leung that this is inconsistent. Or 1) It should use the "old" system, were each kernel is listed + its recovery mode. 2) The "new" method should be always used (whenever you install a new kernel, or install the system), where the title should be "Fedora linux" with the latest kernel + "Fedora Linux Rescue modes" were old kernels + the rescue modes are listed. Obviously I prefer the new method were the grub menu won't be cluttered + it is always the same number of clicks to go to windows.
Comment 4 xset1980 2012-09-22 01:34:30 EDT
Agree with Hin-Tak Leung, and... what is the logic used for kernel updates?, if a new kernel is installed, why is not listed and booted for default?. And, if installing it with rpm -i --force the result is other, so, is inconsistent. Is a feature or a bug?, a think that a bug, because after a bug report for F18 Alpha and a new version of grubby, now, after update the kernel, works normally (new kernel is booted and show in grub menu entry for advanced options), refer: https://bugzilla.redhat.com/show_bug.cgi?id=858571
Comment 5 Mads Kiilerich 2012-09-23 16:21:21 EDT
(In reply to comment #4) > Agree with Hin-Tak Leung, and... what is the logic used for kernel updates?, Please let this report stay on topic.
Comment 6 xset1980 2012-09-25 22:47:58 EDT
(In reply to comment #5) > (In reply to comment #4) > > Agree with Hin-Tak Leung, and... what is the logic used for kernel updates?, > > Please let this report stay on topic. Is a bug or is normal?, rpm -ivh and yum update no same result after reboot. Mads Kiilerich you say that is the normal function of grubby, is right or not?
Comment 7 Mads Kiilerich 2012-09-26 06:04:50 EDT
(In reply to comment #6) Installing with rpm and yum do give the same result. rpm --force might give something else when the kernel already partly exists. That is however not at all relevant for this report. Please discuss or file it elsewhere.
Comment 8 Gendre Sébastien 2013-03-11 11:48:48 EDT
I have exactly the same problem with Fedora 18.
Comment 9 Gendre Sébastien 2013-04-30 05:58:23 EDT
Why don't add 'grub2-mkconfig -o /boot/grub2/grub.cfg' in the post-install scipt for each kernel packages?
Comment 10 Mads Kiilerich 2013-04-30 07:12:31 EDT
(In reply to comment #9) > Why don't add 'grub2-mkconfig -o /boot/grub2/grub.cfg' in the post-install > scipt for each kernel packages? Because that is a different way of doing it, with different advantages and disadvantages. One disadvantage is that it would do the slow and complex and error-prone probing for other OS's every time and it could be considered more likely to break the configuration.
Comment 11 Fedora End Of Life 2013-07-03 22:37:37 EDT
This message is a reminder that Fedora 17 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 17. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '17'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 17's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 17 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 17's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Comment 12 Fedora End Of Life 2013-08-01 04:54:27 EDT
Fedora 17 changed to end-of-life (EOL) status on 2013-07-30. Fedora 17 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. Thank you for reporting this bug and we are sorry it could not be fixed.