chainload grub2 fails on /boot on different partition

[C de-Avillez]

Binary package hint: grub2

Installed GRUB2, selected chainloading to verify.

GRUB2 installation on /boot/grub/menu.lst seems to look like:

title Chainload into GRUB 2
uuid eca12d78-335f-4448-bb2a-251eef2c407f
kernel /boot/grub/core.img

Unfortunately, since /boot and / are on different partitions, this does not work; the 'kernel' line should actually be:

kernel /grub/core.img

Filesystems involved:

/dev/mapper/sys-root on / type ext3 (rw,errors=remount-ro)
/dev/sda2 on /boot type ext3 (rw)

ProblemType: Bug
Architecture: amd64
Date: Mon Jun 8 23:37:57 2009
DistroRelease: Ubuntu 9.10
Package: grub2 1.96+20090523-1ubuntu1
ProcEnviron:
 LC_TIME=en_DK.UTF-8
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.30-7.8-generic
SourcePackage: grub2
Uname: Linux 2.6.30-7-generic x86_64

[Colin Watson (cjwatson)]

grub2 does try to get this right, so we'll need to investigate why its
attempts fail in your case. Could you please run the following command:

  sudo LET_US_TRY_GRUB_2=true sh -x /usr/lib/grub-legacy/update-grub >update-grub.out 2>&1

... and then attach the resulting update-grub.out file to this bug
report? Thanks in advance.

 status incomplete

[C de-Avillez (hggdh2)]

Weird. Wrote a nice comment here, formatted nice (not beautiful, but still nice), saved and... it vanished. Ah well. I will try again, but now short & direct.

Looking at the update-grub output I can see the chainload entry being correctly created. Here is my guess: the grub2 installation does not change a "chainload grub2" existing entry. I had previously installed grub2, tested it, and --purge remove-ed it. But it seems grub2 does not really purge: I did it again this morning, and still /boot/grub was littered with ".(mod|img)" files. And, still, a "chainload grub2" in the menu.lst. This is, to me, wrong.

Now, we are not targeting upgrades on this cycle. I guess it is your call on what to do here.

[Colin Watson (cjwatson)]

I haven't had a chance to look at your log yet, but regarding
installing/removing grub2, have a look at 'apt-cache show grub2'. Here's
an edited version to emphasise the relevant bits:

Package: grub2
Depends: grub-pc
Description: GRand Unified Bootloader, version 2 (dummy package)
 This is a dummy transitional package to handle GRUB 2 upgrades. It can be
 safely removed.

In other words, grub-pc is really the thing you'd want to be removing.

[C de-Avillez (hggdh2)]

ran apt-get --purge remove grub-pc, the files were still left in. Then went into a sequence of reinstall/reboot/uninstall/reboot, and at one point removed 'grub' instead of 'grub2' -- as such completely destroying my case...

I will build up a VM, and try again.

[Steven Harms (sharms)]

Thank you for taking the time to report this bug. Can you reproduce this in Karmic Alpha 6 or greater?

[C de-Avillez (hggdh2)]

No, not anymore. As far as I can see, this was most probably a mistake on my part. Somehow.

So I am closing this INVALID.