"Grub loading." raid1 rootfs takes very long

Bug #577369 reported by ceg
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
grub2 (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

Binary package hint: grub2

The "Grub loading." message only shows if the shift key was held down, otherwise only a blank screen with a blinking cursor is shown.

It takes over 60 seconds before boot continues / menu is shown.

/boot is on raid1 (md0)
and the root fs is a logical volume on another raid1 (possibly not available and the reason for the delay?)

From the grub.cfg:

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="0"
if [ ${prev_saved_entry} ]; then
  set saved_entry=${prev_saved_entry}
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z ${boot_once} ]; then
    saved_entry=${chosen}
    save_env saved_entry
  fi
}

function recordfail {
  set recordfail=1
  if [ -n ${have_grubenv} ]; then if [ -z ${boot_once} ]; then save_env recordfail; fi; fi
}
insmod raid
insmod mdraid
insmod lvm
insmod ext2
set root='(vg0-root)'
search --no-floppy --fs-uuid --set 449................
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  insmod gfxterm
  insmod vbe
  if terminal_output gfxterm ; then true ; else
    # For backward compatibility with versions of terminal.mod that don't
    # understand terminal_output
    terminal gfxterm
  fi
fi
insmod raid
insmod mdraid
insmod ext2
set root='(md0)'
search --no-floppy --fs-uuid --set 512..............................
set locale_dir=($root)/grub/locale
set lang=de
insmod gettext
if [ ${recordfail} = 1 ]; then
  set timeout=-1
else
  set timeout=10
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, mit Linux 2.6.32-22-generic' --class ubuntu --class gnu-linux --class gnu --class os {
 recordfail
 insmod raid
 insmod mdraid
 insmod ext2
 set root='(md0)'
 search --no-floppy --fs-uuid --set 512...............................
 linux /vmlinuz-2.6.32-22-generic root=/dev/mapper/vg0-root ro quiet splash
 initrd /initrd.img-2.6.32-22-generic
}

Revision history for this message
ceg (ceg) wrote :

Ext2 for the root fs has definitely been misdetected during grub install, it is ext4.

Manually changing this in grub.cfg made no difference, though.

Revision history for this message
ceg (ceg) wrote :

I've #commented out all things related to "set root='(vg0-root)'", but that did not have an effect on the delay either.

Revision history for this message
ceg (ceg) wrote :

The boot loader really needs provide some more verbose output to give any hints of what it's trying to do and may go wrong.

summary: - "Grub loading." takes very long
+ "Grub loading." raid1 rootfs takes very long
Revision history for this message
Phillip Susi (psusi) wrote :

Is this still happening? Can you try to rename your grub.cfg and see if you quickly get to the grub rescue shell? Then manually source the renamed cfg and see if the delay is there? You might also try set debug=all first for much more verbose output.

Changed in grub2 (Ubuntu):
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for grub2 (Ubuntu) because there has been no activity for 60 days.]

Changed in grub2 (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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