Bug#544157: [grub-pc] shouldn't try to upgrade from GRUB 1 to GRUB 2 again if it did it before

Felix Zielcke fzielcke at z-51.de
Sat Aug 29 09:44:22 UTC 2009


Am Samstag, den 29.08.2009, 11:20 +0200 schrieb Martin Steigerwald:
> Package: grub-pc
> Version: 1.96+20090317-1
> Severity: normal
> 
> --- Please enter the report below this line. ---
> grub-pc shouldn't try to update from GRUB 1 menu.lst again once it did it 
> before. Instead it should move /boot/grub/menu.lst out of the way and use 
> the pre-existing grub 2 configuration on upgrades.
> 
> As grub-pc from sid rendered my system unbootable today, the downgrade to 
> grub-pc from squeeze broke my linux command line options badly cause it 
> didn't take the right ones from GRUB 2 configuration, but the outdated 
> wrong once from GRUB 1 menu.lst.
> 
> I now moved /boot/grub/menu.lst out of the way manually, but a Debian 
> stable user shouldn't have to do this manually. Thus after upgrading the 
> configuration from GRUB 1 to GRUB 2 manually the post-install script should 
> just rename menu.lst to something else, so its not used again.
> 

GRUB 2 never uses menu.lst.
The grub-pc.config script only extracts once the kopt parameter from it
and saves it in /etc/default/grub.
And if you choose to chainload grub2 then the update-grub from
grub-legacy is run with a special variable set, so that it generates a
menu entry for GRUB 2.
In the sid version I changed the handling of the Linux kernel
parameters, it could be that this doestn't work cleanly with a downgrade
but this isn't fixable.


-- 
Felix Zielcke
Proud Debian Maintainer






More information about the Pkg-grub-devel mailing list