On Wed, Nov 19, 2008 at 02:19:38PM +0100, Didier Raboud wrote: > > 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 ?
It doesn't matter. It's a small bugfix, not worth backporting it. > 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. Sounds like a GRUB bug to me. What version of grub-pc are you using? (make sure you have run grub-install on that version) Also, check: grep multiboot /boot/grub/command.lst -- Robert Millan The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]