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.