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