[natty] GRUB no longer finds kernel with separate /boot partition

Bug #665471 reported by Anders Kaseorg
66
This bug affects 10 people
Affects Status Importance Assigned to Milestone
grub2 (Debian)
Fix Released
Unknown
grub2 (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: grub2

After upgrading from grub-pc 1.98+20100804-5ubuntu3 (maverick) to 1.98+20100804-6ubuntu1 (natty), GRUB no longer finds my kernel, because grub.cfg was rewritten to look for the kernel in /boot/boot (/boot is a separate partition):

 menuentry 'Ubuntu, with Linux 2.6.36-1-generic' --class ubuntu --class gnu-linux --class gnu --class os {
  recordfail
  insmod part_msdos
  insmod ext2
  set root='(hd0,msdos6)'
  search --no-floppy --fs-uuid --set b9bb5774-dff3-4c7f-9399-f14513d93c41
- linux /vmlinuz-2.6.36-1-generic root=/dev/mapper/btree-ubuntu ro quiet splash
- initrd /initrd.img-2.6.36-1-generic
+ linux /boot/vmlinuz-2.6.36-1-generic root=/dev/mapper/btree-ubuntu ro quiet splash
+ initrd /boot/initrd.img-2.6.36-1-generic
 }

Downgrading back to -5ubuntu3 reverses the change and lets the system boot normally.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: grub-pc 1.98+20100804-6ubuntu1
ProcVersionSignature: Ubuntu 2.6.36-1.7-generic 2.6.36
Uname: Linux 2.6.36-1-generic x86_64
NonfreeKernelModules: openafs wl
Architecture: amd64
Date: Sat Oct 23 00:15:07 2010
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release Candidate amd64 (20091020.3)
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: grub2

Revision history for this message
Anders Kaseorg (andersk) wrote :
tags: added: regression-potential
Revision history for this message
syscon-hh (syscon-kono) wrote :

Same to me!
Starting "vmlinuz" and "initrd.img" by using the grub-cmdline with the given parameters starts without restrictions.

Revision history for this message
Al. (bug-odesk) wrote :

Same thing here. Have to change /boot/vmlinuz... to /vmlinuz... to boot system.

Filippo Magni (fil0)
Changed in grub2 (Ubuntu):
status: New → Confirmed
Revision history for this message
syscon-hh (syscon-kono) wrote :

to fix this - search for file -> "/usr/lib/grub/grub-mkconfig_lib" and change:

go to line 45:

make_system_path_relative_to_its_root ()
{

    ${grub_mkrelpath} $1
}

to:
make_system_path_relative_to_its_root ()
{
    path="`${grub_mkrelpath} $1`"
# ${grub_mkrelpath} $1
}
and it seems to be working fine.

Revision history for this message
Anders Kaseorg (andersk) wrote :

This was caused by the addition of debian/patches/zfs_fix_mkrelpath.patch in Debian’s 1.98+20100804-6 (see http://bugs.debian.org/600578 ). This patch was from upstream, but was soon reverted upstream because of this problem. I confirmed that removing the patch makes GRUB work again.

According to http://bugs.debian.org/601087 , Debian will upload a fix today, which we’ll be able to merge into natty.

Changed in grub2 (Debian):
status: Unknown → Fix Committed
Revision history for this message
Anders Kaseorg (andersk) wrote :

Fixed in 1.98+20100804-7ubuntu1.

Changed in grub2 (Ubuntu):
status: Confirmed → Fix Released
Changed in grub2 (Debian):
status: Fix Committed → Fix Released
Revision history for this message
Rykel from Singapore (rykel98) wrote :

Hi, I am not sure if my problem is the same, but since removing kernel 2.6.38-8-generic using Synaptic, rebooting and then reinstalling the kernel using Synaptic again, GRUB has NOT been able to update the menu list at startup.

No matter how many times I removed and reinstalled grub-pc/grub-common, the menu stays stuck with an older kernel.

Please advise?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.