> run ucfr --purge grub /var/run/grub/menu.lst, then run update-grub
I tried this. I get a ucf prompt because of differences. If I choose to
view the diff, it's the memtest86 section. If I change memtest86 to
false in my new menu.lst and try that, it works fine.
--
update-grub fails to re-add mi
Would it possible to add a command-line argument that would have the
script re-add all kernels (like it does when menu.lst is totally
removed)? All I need is to somehow get into the block of code that re-
adds all kernels, and right now, the only way to do that is to remove
menu.lst, which prevent
I'm afraid that this isn't a bug that will be fixed. Wanting to be able
to use update-grub to restore kernel entries that have been manually
removed is directly at odds with the goal of having update-grub respect
local changes to the menu.lst file without unduly pestering the user.
There are seve
update-grub only updates/adds the kernels between "### BEGIN AUTOMAGIC
KERNELS LIST" and "### END DEBIAN AUTOMAGIC KERNELS LIST". If you don't
have this section it won't do anything. If you modify manually what's
between these two markers (which you are not supposed to do in normal
cases) it will d
