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)
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 <[EMAIL PROTECTED]
> 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 <[EMAIL PROTECTED]> 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)
