Hi, I recently tried to remove a faulty hard drive from a software
(My log trail is here:
I had three drives, hda, hde, and hdg (hde and hdg were on the
controller card; hda was on the primary controller). hda was the
When I replaced hde with a new hd, I discovered voila--not even a boot
/md1 boot ext3
swap on /dev/hda2,/dev/he2 and/dev/hdg2 (not RAIDed)
/md3 / (raid 5) reiser
/md4 /home (raid 5) reiser
Two possible causes: 1)bios allowed boot only from motherboard's
2)grub was configured to look for /dev/hde1 (on the controller card).
Here's what I tried:
Possibility 1)I connected the hdg drive as the slave and hda as the
master on the primary mobo controller (that made hdg into hdb). When I
did this, it did not boot at all.
Possibility 2) I booted from the gentoo CD, changed grub so that it
looked for /dev/hdg (and later /dev/hdb). It booted md3 into read only
maintenance mode. I could not perform any permanent write actions and
I couldn't unmount anything, so I pretty much didn't know what to do.
Here are my questions:
1)Is there a way to have bios boot from a hard drive on a controller
card? Let's assume for a moment that the mbr was located either on the
defective drive (hda) or on hdb.
2)If maintenance mode doesn't allow write-operations or any RAID type
commands, what's the point of it?
3)When I changed the drive that used to be hdg into hdb (slave of
primary controller), why should linux care that the letter name for
the drive has changed?
4)Is it normally necessary to do RAID recovery manually, or this just
something that ought to happen automatically after you boot up for the
first time with the replacement drive?
Robert nagle www.idiotprogrammer.com
||1/27/2004 7:27:14 PM