Le mercredi 19 novembre 2008 12:45:03 Robert Millan, vous avez écrit :
> On Wed, Nov 19, 2008 at 11:52:22AM +0100, Didier Raboud wrote:
> > Le mercredi 19 novembre 2008 11:26:05, vous avez écrit :
> > > Hi!
> > >
> > > The proposed patch is wrong. I have no idea how it is supposed to fix
> > > the problem, but grub isn't supposed to perform UUID search for a
> > > partition unless it is going to be accessed (i.e. after user
> > > selection).
> >
> > Hi,
> >
> > I tend to agree and I still wonder why it didn't work, but note that this
> > is what is done in /etc/grub.d/10_linux . That's why I proposed a patch
> > doing the same.
> >
> > See my attached /boot/grub/grub.cfg and its relevant parts in 10_linux :
> >
> > set root=(hd0,1)
> > search --fs-uuid --set 055ce214-7182-4b61-84e8-c831372d5e64
> > menuentry "Debian GNU/Linux, linux 2.6.27-1-amd64" {
> > (...)
>
> Note that this was a bug. It was fixed in:
>
> 2008-08-01 Robert Millan <[EMAIL PROTECTED]>
>
> * util/grub.d/10_linux.in: Use prepare_grub_to_access_device() from
> within menuentries, not before them.
> util/grub.d/10_hurd.in: Likewise.
>
> Not sure if it made it to Lenny.Hi again, from reading the changelog.gz, I confirm that this should have made it to Lenny. After purging and reinstalling grub-pc from Lenny, 10_linux is still producing a similar entry as above. The mentioned bug (number ?) is then still open. I fear to try the change because if invaders fails, what tells me that my boot won't fail too ? What I see here on my laptop is that with the prepare_grub_to_access_device() outside of the entries, it works and with it being inside the entry for "invaders", it fails. So ? Regards, OdyX -- Didier Raboud, proud Debian user. CH-1802 Corseaux [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part.
