|Summary:||memtest-setup should create Memtest86+ entry at end, not at beginning of grub.conf|
|Product:||[Fedora] Fedora||Reporter:||Andre Robatino <robatino>|
|Component:||memtest86+||Assignee:||Jaroslav Škarvada <jskarvad>|
|Status:||CLOSED WONTFIX||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Version:||rawhide||CC:||anton, jarod, orion, wtogami|
|Target Milestone:||---||Keywords:||FutureFeature, Reopened|
|Fixed In Version:||Doc Type:||Enhancement|
|Doc Text:||Story Points:||---|
|Last Closed:||2012-03-09 01:31:53 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
|Bug Depends On:||493681|
Description Andre Robatino 2009-03-07 18:13:36 UTC
Description of problem: After installing memtest86+ and running memtest-setup, the Memtest86+ entry is the first entry in grub.conf. This makes no sense since each time a new kernel is installed, IT becomes the first entry and all other entries, including the Memtest86+ one, move down. Eventually the Memtest86+ entry is below all the Fedora kernel entries, but above any other OS entries. It would be more sensible to place the Memtest86+ entry at the bottom instead, where it would stay permanently. Also, a memory check is normally done rarely so it makes more sense for it to be at the bottom. Version-Release number of selected component (if applicable): memtest86+-2.11-3.fc11.x86_64 How reproducible: always Steps to Reproduce: 1. Install memtest86+. 2. Run memtest-setup. Actual results: Memtest86+ entry first in grub.conf. Expected results: Memtest86+ entry last in grub.conf.
Comment 1 Fedora Admin XMLRPC Client 2009-03-11 01:17:34 UTC
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Comment 2 Orion Poplawski 2009-03-30 22:50:35 UTC
Comment 3 Paulo Roma Cavalcanti 2009-03-31 13:05:03 UTC
The memtest86+ entry is added using /sbin/grubby However, I do not see any option in grubby for adding entries at the end of grub.conf If anyone tells me how to do it, it will be done, because I would like, also, to have it at the end of the file.
Comment 4 Andre Robatino 2009-03-31 13:38:36 UTC
Looking at the man page for grubby, it seems that it was intended only for adding and removing kernels, and nothing else, which explains its lack of flexibility (and the --add-kernel and --remove-kernel syntax!). But the existence of memtest86+ shows that it should be more flexible. Maybe a bug should be filed against mkinitrd asking for grubby to be enhanced to allow for arbitrary placement (or at least a choice of adding at the top or at the bottom), and once that is done, then /sbin/new-memtest-pkg could be easily modified to make use of it?
Comment 5 Andre Robatino 2009-04-02 16:30:49 UTC
I just created bug #493681 for mkinitrd. Before doing so I tried installing an old kernel in F10, assuming it would somehow put it in proper order, but it also gets added at the beginning. So that's another reason for grubby to be more flexible.
Comment 6 Bug Zapper 2009-06-09 11:59:17 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Comment 7 Jarod Wilson 2009-09-17 13:42:06 UTC
*** Bug 451561 has been marked as a duplicate of this bug. ***
Comment 8 Bug Zapper 2010-03-15 12:27:43 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle. Changing version to '13'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Comment 9 Anton Arapov 2010-05-03 07:45:23 UTC
...anyone, feel free to reopen and/or work on it, in case you're interested.
Comment 10 Anton Arapov 2011-06-13 07:14:49 UTC
Andre, should we wait a patch from you?
Comment 11 Andre Robatino 2011-06-13 07:37:50 UTC
(In reply to comment #10) > Andre, should we wait a patch from you? You said "and/or", so I thought it was okay to reopen it without being able to provide a patch. In any case, if this bug is closed, someone else will probably file another one for the same issue eventually, so it's less work in the long run to just leave the one bug open. The Priority and Severity are both set to "low" which is appropriate.
Comment 13 Andre Robatino 2012-03-09 01:31:53 UTC
Closing since this is more or less fixed with grub2. (The memtest86+ entry is below the kernel entries, although above other OS entries.)