[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: on board RAID chip



Thanks for the info.  I don't actually want to use RAID, real or otherwise, on this machine.  I'm more interested in just making the system recognize the two IDE channels that the "raid" chip controls, and allowing me to use them for a boot harddrive.

I've attached the complete output from lspci.   However, I believe the following line is the one of interest:

0000:04:06.0 Mass storage controller: Integrated Technology Express, Inc. IT/ITE
8212 Dual channel ATA RAID controller (PCI version seems to be IT8212, embedded
seems (rev 11)








On 6/12/06, Justin Piszcz <jpiszcz@lucidpixels.com > wrote:
First off, its not a real raid, its a fake raid.  Search for SATA raid
linux on google, you'll see that 95% of raid controllers are not really
raid controllers.  Certain Intel, Adataptec and 3ware are real
controllers.

All the RAID chip on the mobo does (for Windows) is make it appear as a
logical volume.  You're much better off using SW RAID, there may be an
'ataraid' driver to support the BIOS' fakeraid chip, but I wouldn't
recommend it.  I'd use SW RAID1 if I were you.

Also, you may want to run lspci from command line to show us what kind of
RAID you are talking about (chipset-wise).

Justin.

On Mon, 12 Jun 2006, ChadDavis wrote:

> I have a Gigabyte mother board that has second and third IDE channels that
> are controlled by an onboard RAID chip.  The chip is a Gigabyte deal I
> think.  In the bios, I can configure the RAID controller to simply view the
> channels as IDE/ATA ( the chip only supports harddrives ).  I moved my
> harddrive over to the second channel and tried to boot.  The boot seeemed to
> be going okay until the root file system was mounted and then the boot hung.
>
> Here's my guesses about what is going on.
>
> 1)  I assume that the  bios boot  processing works fine because it has
> nothing to do with linux, it just goes and gets the boot stuff from the
> harddrive.
>
> 2)  the kernel is in memory becuase it was done in step one
>
> 3)  when the kernel, linux itself, tries to read the harddrive ( after
> mounting the root file system ) it can't do it
>
> 4)  my guess is that linux needs a driver to control their proprietary
> chip?  Does this sound accurate to those more knowledgeable than myself?
>
> Please let me  know if my guesses about what is happening seem on the mark.
> Also, please give advice on how to proceed.
>
> Chad
>



On 6/12/06, Justin Piszcz <jpiszcz@lucidpixels.com> wrote:
First off, its not a real raid, its a fake raid.  Search for SATA raid
linux on google, you'll see that 95% of raid controllers are not really
raid controllers.  Certain Intel, Adataptec and 3ware are real
controllers.

All the RAID chip on the mobo does (for Windows) is make it appear as a
logical volume.  You're much better off using SW RAID, there may be an
'ataraid' driver to support the BIOS' fakeraid chip, but I wouldn't
recommend it.  I'd use SW RAID1 if I were you.

Also, you may want to run lspci from command line to show us what kind of
RAID you are talking about (chipset-wise).

Justin.

On Mon, 12 Jun 2006, ChadDavis wrote:

> I have a Gigabyte mother board that has second and third IDE channels that
> are controlled by an onboard RAID chip.  The chip is a Gigabyte deal I
> think.  In the bios, I can configure the RAID controller to simply view the
> channels as IDE/ATA ( the chip only supports harddrives ).  I moved my
> harddrive over to the second channel and tried to boot.  The boot seeemed to
> be going okay until the root file system was mounted and then the boot hung.
>
> Here's my guesses about what is going on.
>
> 1)  I assume that the  bios boot  processing works fine because it has
> nothing to do with linux, it just goes and gets the boot stuff from the
> harddrive.
>
> 2)  the kernel is in memory becuase it was done in step one
>
> 3)  when the kernel, linux itself, tries to read the harddrive ( after
> mounting the root file system ) it can't do it
>
> 4)  my guess is that linux needs a driver to control their proprietary
> chip?  Does this sound accurate to those more knowledgeable than myself?
>
> Please let me  know if my guesses about what is happening seem on the mark.
> Also, please give advice on how to proceed.
>
> Chad
>

0000:00:00.0 Host bridge: Intel Corporation 915G/P/GV/GL/PL/910GL Processor to I
/O Controller (rev 04)
0000:00:01.0 PCI bridge: Intel Corporation 915G/P/GV/GL/PL/910GL PCI Express Roo
t Port (rev 04)
0000:00:1b.0 0403: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High De
finition Audio Controller (rev 03)
0000:00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) P
CI Express Port 1 (rev 03)
0000:00:1c.3 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) P
CI Express Port 4 (rev 03)
0000:00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Famil
y) USB UHCI #1 (rev 03)
0000:00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Famil
y) USB UHCI #2 (rev 03)
0000:00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Famil
y) USB UHCI #3 (rev 03)
0000:00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Famil
y) USB UHCI #4 (rev 03)
0000:00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Famil
y) USB2 EHCI Controller (rev 03)
0000:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d3)
0000:00:1f.0 ISA bridge: Intel Corporation 82801FB/FR (ICH6/ICH6R) LPC Interface
 Bridge (rev 03)
0000:00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family
) IDE Controller (rev 03)
0000:00:1f.2 IDE interface: Intel Corporation 82801FR/FRW (ICH6R/ICH6RW) SATA Co
ntroller (rev 03)
0000:00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus
Controller (rev 03)
0000:01:00.0 VGA compatible controller: nVidia Corporation GeForce 6200 TurboCac
he(TM) (rev a1)
0000:03:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751 Gigabit
 Ethernet PCI Express (rev 01)
0000:04:05.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit
Ethernet Controller (rev 13)
0000:04:06.0 Mass storage controller: Integrated Technology Express, Inc. IT/ITE
8212 Dual channel ATA RAID controller (PCI version seems to be IT8212, embedded
seems (rev 11)
0000:04:07.0 FireWire (IEEE 1394): Texas Instruments TSB82AA2 IEEE-1394b Link La
yer Controller (rev 01)

Reply to: