[New: openFATE 310856] don't remove custom grub entries
Feature added by: Christian Boltz (cboltz) Feature #310856, revision 1 Title: don't remove custom grub entries openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Christian Boltz (cboltz) Partner organization: openSUSE.org Description: from https://bugzilla.novell.com/show_bug.cgi?id=648565 (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 line 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 - 2.6.34.7-0.4" 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. 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): openSUSE.org: Because custom bootloader entries are used quite often, and it's very annoying if you have to re-add them at every kernel update. -- openSUSE Feature: https://features.opensuse.org/310856
Feature changed by: Christian Boltz (cboltz) Feature #310856, revision 3 Title: don't remove custom grub entries openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Christian Boltz (cboltz) Partner organization: openSUSE.org Description: from https://bugzilla.novell.com/show_bug.cgi?id=648565 (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 line 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 - 2.6.34.7-0.4" - Expected Results: all (custom) entries with the updated kernel should + kernel and add a default one + Steps to Reproduce: + 1) duplicate a grub entry and add some parameter to the kernel command + line + 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 - 2.6.34.7-0.4" + 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. 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): openSUSE.org: Because custom bootloader entries are used quite often, and it's very annoying if you have to re-add them at every kernel update. -- openSUSE Feature: https://features.opensuse.org/310856
Feature changed by: Christian Boltz (cboltz) Feature #310856, revision 4 Title: don't remove custom grub entries openSUSE-11.4: Unconfirmed Priority - Requester: Important + Requester: Mandatory Requested by: Christian Boltz (cboltz) Partner organization: openSUSE.org Description: from https://bugzilla.novell.com/show_bug.cgi?id=648565 (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 line 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 - 2.6.34.7-0.4" 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. 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): openSUSE.org: Because custom bootloader entries are used quite often, and it's very annoying if you have to re-add them at every kernel update. -- openSUSE Feature: https://features.opensuse.org/310856
Feature changed by: Thomas Schmidt (digitaltomm) Feature #310856, revision 5 Title: don't remove custom grub entries openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: Christian Boltz (cboltz) Partner organization: openSUSE.org Description: from https://bugzilla.novell.com/show_bug.cgi?id=648565 (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 line 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 - 2.6.34.7-0.4" 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. + Relations: + - Bug report (novell/bugzilla/id: 648565 ) + https://bugzilla.novell.com/show_bug.cgi?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): openSUSE.org: Because custom bootloader entries are used quite often, and it's very annoying if you have to re-add them at every kernel update. -- openSUSE Feature: https://features.opensuse.org/310856
Feature changed by: Lars Müller (lmuelle) Feature #310856, revision 6 Title: don't remove custom grub entries openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: Christian Boltz (cboltz) Partner organization: openSUSE.org Description: from https://bugzilla.novell.com/show_bug.cgi?id=648565 (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 line 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 - 2.6.34.7-0.4" 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. Relations: - Bug report (novell/bugzilla/id: 648565 ) https://bugzilla.novell.com/show_bug.cgi?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): openSUSE.org: Because custom bootloader entries are used quite often, and it's very annoying if you have to re-add them at every kernel update. + Discussion: + #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? -- openSUSE Feature: https://features.opensuse.org/310856
Feature changed by: Christian Boltz (cboltz) Feature #310856, revision 7 Title: don't remove custom grub entries openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: Christian Boltz (cboltz) Partner organization: openSUSE.org Description: from https://bugzilla.novell.com/show_bug.cgi?id=648565 (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 line 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 - 2.6.34.7-0.4" 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. Relations: - Bug report (novell/bugzilla/id: 648565 ) https://bugzilla.novell.com/show_bug.cgi?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): openSUSE.org: Because custom bootloader entries are used quite often, and it's very annoying if you have to re-add them at every kernel update. Discussion: #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 + kernels. + However, what I'd like to have is support for/non-destruction of + multiple boot menu entries for the same kernel. -- openSUSE Feature: https://features.opensuse.org/310856
Feature changed by: Ralph Ulrich (ulenrich) Feature #310856, revision 8 Title: don't remove custom grub entries openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: Christian Boltz (cboltz) Partner organization: openSUSE.org Description: from https://bugzilla.novell.com/show_bug.cgi?id=648565 (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 line 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 - 2.6.34.7-0.4" 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. Relations: - Bug report (novell/bugzilla/id: 648565 ) https://bugzilla.novell.com/show_bug.cgi?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): openSUSE.org: Because custom bootloader entries are used quite often, and it's very annoying if you have to re-add them at every kernel update. Discussion: #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 kernels. 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. -- openSUSE Feature: https://features.opensuse.org/310856
Feature changed by: Bruno Canning (iclbmc1) Feature #310856, revision 10 Title: don't remove custom grub entries openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: Christian Boltz (cboltz) Partner organization: openSUSE.org Description: from https://bugzilla.novell.com/show_bug.cgi?id=648565 (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 line 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 - 2.6.34.7-0.4" 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. Relations: - Bug report (novell/bugzilla/id: 648565 ) https://bugzilla.novell.com/show_bug.cgi?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): openSUSE.org: Because custom bootloader entries are used quite often, and it's very annoying if you have to re-add them at every kernel update. Discussion: #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 kernels. 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: https://features.opensuse.org/310856
Feature changed by: Christian Boltz (cboltz) Feature #310856, revision 11 Title: don't remove custom grub entries openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: Christian Boltz (cboltz) Partner organization: openSUSE.org Description: from https://bugzilla.novell.com/show_bug.cgi?id=648565 (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 line 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 - 2.6.34.7-0.4" 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. Relations: - Bug report (novell/bugzilla/id: 648565 ) https://bugzilla.novell.com/show_bug.cgi?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): openSUSE.org: Because custom bootloader entries are used quite often, and it's very annoying if you have to re-add them at every kernel update. Discussion: #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 kernels. 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 + #5: Christian Boltz (cboltz) (2010-12-08 16:29:20) (reply to #4) + Not changing the bootloader config should be possible with LOADER_TYPE=" + none" in /etc/sysconfig/bootloader. You can then use the /boot/vmlinuz + and /boot/initrd symlinks in your grub configuration. + Regarding the other things you mentioned: You have lots of good ideas, + but mixing them up in this feature request makes it nearly impossible + to handle them. Please open separate feature requests - one per + feature. -- openSUSE Feature: https://features.opensuse.org/310856
participants (1)
-
fate_noreply@suse.de