[Bug 482936] Re: grub won't boot raid-1 with disks on 2nd IDE controller

[dino99]

outdated report & no more maintained distro; please send a new one if
that issue still exist (using ubuntu-bug)

** Changed in: grub (Ubuntu)
       Status: New => Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub in Ubuntu.
https://bugs.launchpad.net/bugs/482936

Title:
  grub won't boot raid-1 with disks on 2nd IDE controller

Status in grub package in Ubuntu:
  Invalid

Bug description:
  Binary package hint: grub

  Background:

  My motherboard's chipset (VIA KT266/333; not sure which) has a built-
  in IDE (PATA) controller with 2 channels (i.e. up to 4 drives). It
  also has a Highpoint HPT374 with another 4 channels (i.e. up to 8
  drives).

  I connected my drives as follows:
  chipset ID channel 0: Master: CD/DVD drive
  HPT374 channel ?1: Master: HDD 1
  HPT374 channel ?2: Master: HDD 2

  I then booted the live/desktop install CD, and manually partitioned
  the drives as follows:

  partition 0: 128M: RAID-1 (mounted on /boot)
  partition 1: 1G: swap
  partition 2: RAID-1 (housing LVM PV, ~10G allocated as /)

  Note: I would have used the server/alternate CD to install as above,
  which is a supported disk configuration by those installers. However,
  those CDs don't include the HPT374 kernel module, so I was forced to
  use the desktop CD and do the partitioning manually. (Plus do some
  fixups after the install to set a valid mdadm.conf, and get the right
  RAID/lvm modules into the initrd).

  Bug:

  Now, upon rebooting after install, grub crashes and the PC reboots
  almost immediately, before displaying any menu. I think some
  signon/error message was printed, but the reboot happens too fast to
  read it:

  Workaround:

  If I move both of the disks in the /boot RAID-1 to the channels on the
  chipset's IDE controller, and move the CD to the HPT374, then booting
  works fine. Absolutely no other changes are required.

  It seems as if grub doesn't support a second IDE controller, or
  doesn't support HPT374, or ...?

  Note: lilo works just fine with the disks attached to the HPT374; this
  indicates that the disks are correctly exposed as BIOS drives
  0x80/0x81. The drives show up as /dev/sda and /sev/sdb after boot in
  this configuration.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub/+bug/482936/+subscriptions