I have a 2-disk RAID-1 that I set up using the Red Hat 9 installer. My
problem is that pretty much any simulated drive failure makes the system
unbootable. If I power down the machine and remove drive 1, the system
can't find any bootable device. If I set a drive faulty using the
RAIDtools, re-add it, and let the recovery process run the boot loader
seems to get overwritten and I end up with a system hung at "GRUB
loading stage2". Can anyone shed some light on what's going on here? My
guess is that GRUB isn't installed on drive 2, so that removing drive 1
or recovering drive 1 from drive 2 leads to no boot loader, but
shouldn't GRUB have been copied to drive 2 in the mirroring process? How
can I configure my system so that it will still be bootable after a
drive failure?
Thanks for your help.
I have a 2-disk RAID-1 that I set up using the Red Hat 9 installer. My
problem is that pretty much any simulated drive failure makes the system
unbootable. If I power down the machine and remove drive 1, the system
can't find any bootable device.
Maybe you need to do:
$ grub
grub> root (hd0)
grub> setup (hd0,0)
grub> root (hd1)
grub> setup (hd1,0)
Jay
Ben Williams [off-list ref] wrote:
| I have a 2-disk RAID-1 that I set up using the Red Hat 9 installer. My
| problem is that pretty much any simulated drive failure makes the system
| unbootable. If I power down the machine and remove drive 1, the system
| can't find any bootable device. If I set a drive faulty using the
| RAIDtools, re-add it, and let the recovery process run the boot loader
| seems to get overwritten and I end up with a system hung at "GRUB
| loading stage2". Can anyone shed some light on what's going on here? My
| guess is that GRUB isn't installed on drive 2, so that removing drive 1
| or recovering drive 1 from drive 2 leads to no boot loader, but
| shouldn't GRUB have been copied to drive 2 in the mirroring process? How
| can I configure my system so that it will still be bootable after a
| drive failure?
Boot from CD-ROM (using stage2_eltorito). Make sure GRUB reads the
kernel and initrd (if you use one) from the CD-ROM. Another option is
a USB stick.
--
Dick Streefland //// Altium BV
dick.streefland@altium.nl (@ @) http://www.altium.com
--------------------------------oOO--(_)--OOo---------------------------
I have a 2-disk RAID-1 that I set up using the Red Hat 9 installer. My
problem is that pretty much any simulated drive failure makes the system
unbootable. If I power down the machine and remove drive 1, the system
can't find any bootable device. If I set a drive faulty using the
RAIDtools, re-add it, and let the recovery process run the boot loader
seems to get overwritten and I end up with a system hung at "GRUB
loading stage2". Can anyone shed some light on what's going on here? My
guess is that GRUB isn't installed on drive 2, so that removing drive 1
or recovering drive 1 from drive 2 leads to no boot loader, but
shouldn't GRUB have been copied to drive 2 in the mirroring process? How
can I configure my system so that it will still be bootable after a
drive failure?
Whether or not a system can boot from the second drive in a 2 drive raid
is entirely dependent on the motherboard and bios, sometimes the
controller and the nature of the drive failure.
In an IDE system, to be automatically bootable, the bios must
automatically switch the boot drive to the first available drive. It must
be able to determine that that drive '0' is either not connected or
inoperative -- tough challenge. No two vendors do it the same way in most
cases if they do it at all. With scsii systems, if a drive is missing,
"usually" the default will be to select the first available drive. This
may not work if the failed drive is present as a scsi device, spins up,
but returns bad data do to a head crash or something like that.
Your best bet is to configure all drives in the system with a boot sector
that is for device 0x80 and manually swap the drives if drive '0' fails.
Have a boot floopy, cd, or other insertable backup device available until
the physical change can be accomplished or the failed device replaced.
Bear in mind that the system will continue to run with the failed drive,
it just won't boot without help. If it is a "remote" system, leave a
floppy in the boot drive instead.
Michael
Michael@Insulin-Pumpers.org