Feature added by: Staffan Tjernstrom (staffantj) Feature #312886, revision 1 Title: Kernel updates removes user choices from /boot/grub/menu.lst openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Staffan Tjernstrom (staffantj) Partner organization: openSUSE.org Description: When doing a kernel patch or update (as in eg zypper dup), the upgrade process re-writes the menu.lst entries for the kernel parameters with the default string from /etc/sysconfig/boot-something.conf Not a lot of end-users are aware of that file (in my case it took 5 years to realise what was happening), and are instead constantly having to re-write missing kernel paraemters into the menu.lst file. For instance, most sane folks would use splash=verbose as opposed to splash=silent, and for anyone using console=, brokendriver=, etc this is quite disasterous in the case of remote systems that suddenly become unreponsive / unreachable as a result of the kernel upgrade changing very important parameters. Instead of taking the default from an obscure config file that no other distro even uses, I'd suggest that the kernel param line is taken as-is from the menu.lst / elilo.conf files, not set to some static value. Use Case: Wanting to preserve eg brokendriver=xxx splash=verbose console=ttyS0 console=tty0 across kernel updtaes Business case (Partner benefit): openSUSE.org: Because I have spent hours trying to recover remote systems where I lost the console=ttyS0 serial console and a brokendriver= clause that caused the remote systems in question to fail to boot following a simple kernel patch. -- openSUSE Feature: https://features.opensuse.org/312886