Mailinglist Archive: opensuse-features (542 mails)

< Previous Next >
[openFATE 310856] don't remove custom grub entries
  • From: fate_noreply@xxxxxxx
  • Date: Tue, 7 Dec 2010 15:54:46 +0100 (CET)
  • Message-id: <feature-310856-10@xxxxxxxxxxxxxx>
Feature changed by: Bruno Canning (iclbmc1)
Feature #310856, revision 10
Title: don't remove custom grub entries

openSUSE-11.4: Unconfirmed
Requester: Mandatory

Requested by: Christian Boltz (cboltz)
Partner organization:

from (written by
Nico Gruber):
Applying a kernel update will delete custom grub entries with this
kernel and add a default one
Steps to Reproduce:
1) duplicate a grub entry and add some parameter to the kernel command
2) update kernel, e.g. by doing auto-update with one of the provided
kernel updates
Actual Results: the created custom entry in grub which uses the
outdated kernel which has now been updated is removed, a default entry
is created, e.g. "Desktop -- openSUSE 11.3 -"
Expected Results: all (custom) entries with the updated kernel should
be changed in order to boot the new one - without changing either the
name of the entry, nor any parameters
Custom entries can be there for various reasons, and I need them on
nearly every system I use (see "use cases").
Please change perl-bootloader as described in "Expected Results" above.
It should not remove or change any entry in menu.lst, except filename
changes of kernel and initrd at a kernel update.

- Bug report (novell/bugzilla/id: 648565 )

Use Case:
* Servers with RAID: fallback entry to boot from the second disk
* abusing ;-) a boot parameter like x11failsave to switch between two
xorg.conf files without hacking the initscript

Business case (Partner benefit): Because custom bootloader entries are used quite often,
and it's very annoying if you have to re-add them at every kernel

#1: Lars Müller (lmuelle) (2010-11-28 17:05:55)
Why not enableing the currently unlimited multiversion feature in
/etc/zypp/zypp.conf ?
Doesn't that already cover the issue?

#2: Christian Boltz (cboltz) (2010-11-28 18:58:58) (reply to #1)
No, that's something different. multiversion adds support for different
However, what I'd like to have is support for/non-destruction of
multiple boot menu entries for the same kernel.

#3: Ralph Ulrich (ulenrich) (2010-11-30 00:29:20)
I hope openSUSE-11.4 comes with the new supported grub2. Grub1 is a no
more maintained version upstream. Look at Debian or Ubuntu where this
feature is implemented via /etc/grub.d/40_custom.

+ #4: Bruno Canning (iclbmc1) (2010-12-07 15:54:41)
+ Hi Folks, I too would like my grub menu to be left untouched after a
+ kernel update via the automatic updater. I have about 5 OSes on my
+ desktop PC, so I make a grub menu that is very clean, otherwise things
+ look untidy and can get lost. For suse, I would just like to see
+ "openSUSE 11.3" in the menu as the title of my suse installation. For
+ me, the kernel version is unnecessary information. However, for others
+ I am sure it is useful (those you use different kernels in the same
+ installation, such as kernel developers or musicians who use the RT
+ kernel). Thus I suggest that this feature be introduced as an option,
+ configurable in /etc/sysconfig Editor in YaST under System | Kernel.
+ Perhaps the default behaviour should be to get Grub to point to a link
+ which then points to the required kernel with the title in the Grub
+ menu being invarient (good for general desktop use). Those wanting
+ version numbers, kernel types etc. can select for a direct link from
+ the Grub menu in /etc/sysconfig Editor (good for specialists). In
+ addition to this, I'd love it if Suse were smarter in detecting non-
+ linux OSes. For example, if it could add Windows XP Pro to the Grub
+ menu on installation as "Windows XP Pro" rather then just "Windows", I
+ would like that. This may be achievable by reading the volume label of
+ the windows partition (if it were named after the version of windows
+ installed), or by looking for certain files particular to windows
+ versions (if possible). Also, I now keep a separate partition that acts
+ as a swap partition for windows. It is given the drive letter E: and
+ just contains the file "pagefile.sys". However, suse identifies this as
+ a second windows installation (when it is not) and also adds it to the
+ Grub menu on installation. Finally, on disks which have lots of
+ partitions, is there any reason why the installer should write the Grub
+ code to the extended partition that contains all the logical
+ partitions? I sometimes see this selected but I always change the
+ destination to MBR. Once I left it selected to install the Grub code on
+ the extended partition during an installation and it messed things up
+ good and proper.
+ Thanks for your time, Bruno

openSUSE Feature:

< Previous Next >
This Thread