Two sata drives in Raid 1
I assembled a new computer from Shuttle with two 250GB sata barracuda drives. Before doing anything I went into the BIOS and told it that the two drives were to be in Raid as the manaul specified. I then created the Raid volume as specified. I believe it's working because in the boot order now the raid volume shows up instead of the individual drives.
So anyways I installed Slackware 10.2 using the sata.i kernel. After the install I am unable to boot the OS, I don't even make it to LILO. It just fills the screen with "9A ". If I go back into the bios and disable the raid so it boots the first sata drive I make it to lilo. I haven't tested booting Slackware but I'm sure it will work. I don't want the contents of the two drives to be different since I'm trying to keep them mirrored. Was there something I was supposed to do for Raid to work with linux? Seems pretty weird since it's not even making it to the bootloader. Any help would be much appreciated. I also tried using the test26.s kernel and the same exact thing happens. |
bruce@silas:~$ man lilo
Quote:
Quote:
It's been a while since I've done a raid array, because of some of the issues you'll read in Jeff's information. But I think sata.i isn't the right kernel for you. |
There is raid kernel is Slackware Current. You could try this too: ftp://ftp.slackware.com/pub/slackwar...ernels/raid.s/. Wen using raid, check the option in bios to enable ide identification for sata. If it works, you could disable it and enable native sata later.
|
From what I read it turns out that the Raid on my my motherboard isn't hardware raid. Turns out that it will only work with windows. So instead of using raid I'm just going to use cron to make nightly backups for now.
|
Are you sure it won't work as software RAID?
|
software raid
I cannot be of *much* help because I run RAID via hardware.
HOWEVER I do know that linux will support software raid. Poke around these forums and google. Some one correct me on this next statement if I am wrong!... You'll want to let Linux control the RAID, not your bios. If I were you i'd look into a hardware raid controller. Possibly from Adaptec. I'm looking to upgrade my on-board Promise to an Adaptec SATA-RAID controller. Anyway, good luck Scott |
Yes, Linux definitely does software RAID; with IDE or SATA, it's on par performance-wise with "hardware RAID" solutions. I put that in quotes because most onboard RAID is really quasi-hardware, anyway, and is tied to Windows (like the Intel ICH5R/ICH6R/ICH7R controllers).
That said, I've done software RAID with SCSI drives in Slackware 10.1 just for fun - and I did RAID 0, RAID 1, and RAID 5 (had 10 SCSI 10GB drives I inherited :) Works great, lasts long time. |
Yes, Raid 1 works well with good performance and it has nothing to do with the bios. I just installed 14 boxes in this config yesterday. Here is what I did. (You must do this in "expert config" mode of the partition setup)
On drive "a": 1. boot partition 2. swap partition 3. "Linux Raid" partition 4. Extended 5. "Linux Raid" partition On drive "b": 1. boot partition (ext 3, but NO mount point) 2. swap partition (swap, but no mount point) 3. "Linux Raid partition" 4. Extended 5. "Linux Raid Partition" Then click on Raid, new, and add the 2 #3 partitions, format them as reiser fs with a mount point of / Again, click on Raid, new, and add the 2 #5 partitions, format them as resierfs with a mount point of /usr This worked fine for me, EXCEPT on some of the installs, the install would seem to "hang". It really wasn't hung, it just appeared to be "stuck" at a certain percentage (Percentage when stuck varied from machine to machine). But, if you let it go, it is fine. Appears that the install gets into a situation where it has to resync the /usr partition and that holds up the install. (Took me three install tries to realize this - damn!) Good luck! |
All times are GMT -5. The time now is 10:12 PM. |