Christopher Chan wrote:
Ugo Bellavance wrote:
jancio_wodnik@xxxxx 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?
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
