Bug#512787: GRUB

[Robert Millan]

severity 512787 important
thanks

On Wed, Jan 28, 2009 at 11:21:20AM -0700, dann frazier wrote:
> > Thanks.  That's very annoying, because it makes no sense.
> > 
> > It could be that older versions of GRUB couldn't handle this syntax in the
> > parser.  Please could you verify that you're running the latest version?  With
> > -14 run grub-install and then check if the problem is still there.
> 
> After running grub-install I see a new (to me) debian-themed splash
> screen and it boots fine.

Ok.  So this means there used to be a bug in our parser, which was fixed at
some point.  Since this is not an issue neither for new installs nor Etch
upgrades, I don't consider it release critical.

But it'd still be nice if we can solve it somehow.  Maybe we can do some
gimmicks so that both versions of GRUB are happy, and maintain them for
some time.

On Wed, Jan 28, 2009 at 10:45:05PM +0100, Jose Carlos Garcia Sogo wrote:
>
> Perhaps I can help, as I have the same problem and I have not yet run grub-install.
> What I have detected is that I have to delete the search line *before* it is run.
> If I let the system to try to run once, and then I edit boot menu, I get still the 'initrd
> command not found' error. I have to reboot the system.
>
> But once I have booted, running search command in grub-emu, I get (hd0,1) as response,
> which I gess is the right info.
>
> Please, tell me if I can help in any way.

Certainly :-)

Can you figure out which version of grub is installed in your /boot ? (or
otherwise provide md5sums of /boot/grub/normal.mod so we could try and find
it)

-- 
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."