Index: [Article Count Order] [Thread]

Date:  Wed, 5 Nov 2008 01:34:43 +0100
From:  Michael Stauber <bq (at mark) solarspeed.net>
Subject:  [coba-e:14278] Re: Bluequartz Raid compatability...??
To:  coba-e (at mark) bluequartz.org
Message-Id:  <200811050134.43904.bq (at mark) solarspeed.net>
In-Reply-To:  <001001c93adc$d0296640$707c32c0$@net>
References:  <000601c93ad6$7aeca030$70c5e090$@net> <004401c93ad8$ca83ec00$6401a8c0@systemax> <001001c93adc$d0296640$707c32c0$@net>
X-Mail-Count: 14278

Hi Paul,

> Tried that, and then tried installing with software raid. However it
> installs fine, but refuses to boot. My friend says it say something like it
> is unable to boot from the drive. He's also tried both GRUB and Lilo....

Some vendors have switched to using REALLY cheap SATA onboard controllers, 
which aren't only fake-RAID, but also fake-SATA. They will not work under any 
OS without the correct driver.

The chipset there only provides just barely enough logic to check the HDs and 
to load the driver, but from then on it simply won't boot unless you have the 
driver. 

One example there is the Intel SR1530HSH/SH server chassis, which uses an LSI 
SATA controller (some low end SuperMicro chassis also use it). And driver 
support here is lousy as well, as LSI or Intel only provide the driver in 
binary form (for RHEL4 or RHEL5), which will more often that not get you in 
troubles as it may not work with the current CentOS kernels. Even if it does, 
it may break during the next kernel upgrade.

So best way here is to use something that works out of the box. At the worst 
this may mean: Get a SATA add-on card that works with CentOS4 and disable the 
onboard controller.

-- 
With best regards,

Michael Stauber