Ugo Bellavance wrote: > jancio_wodnik at wp.pl wrote: >> Christopher Chan pisze: >>> >>>>>>> grub cannot find its second stage. Are you booting from a >>>>>>> mirrored partition? >>>>>> >>>>>> Yes >>>>> >>>>> What could be a solution? And what could have happen upon the reboot? >>>> >>>> That is weird. I just re-installed centos5 and it is now booting >>>> properly. What could I do to avoid this situation in the future? >>>> >>> >>> IIRC, RHEL4 does not properly handle installation of grub on mirrored >>> partitions and therefore Centos4 suffers from the same problem. >>> >>> RHEL5 does it properly now as you can see. This has been a long >>> outstanding problem of anaconda. >> Yeap, this is true. After installing centos4 on RAID1 disk (software >> raid) i always do: >> >> grub >> grub>device (hd0) /dev/hdc >> grub>root (hd0,0) grub>setup (hd0) >> >> where /dev/hdc is second RAID DISK (it could be whatever: /dev/sdb1 etc) > > Ok, on one system I had /boot as /dev/md0, and md0 is composed of > /dev/hda1 and /dev/hdb1. > > I have done: > > grub> device (hd0) /dev/hdb > > grub> root (hd0,0) > Filesystem type is ext2fs, partition type 0xfd > > grub> setup (hd0) > Checking if "/boot/grub/stage1" exists... no > Checking if "/grub/stage1" exists... yes > Checking if "/grub/stage2" exists... yes > Checking if "/grub/e2fs_stage1_5" exists... yes > Running "embed /grub/e2fs_stage1_5 (hd0)"... 16 sectors are embedded. > succeeded > Running "install /grub/stage1 (hd0) (hd0)1+16 p (hd0,0)/grub/stage2 > /grub/grub > .conf"... succeeded > Done. > > > Am I in the right way? Looks good. The important part is that it references the drive when doing the installation.