Christopher Chan wrote: > 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. What do you mean?