Fedora 9 Boot Problem

[Jack Lauman]

I've got an ASUS M3N78-EMH HDMI motherboard with 2 Gb RAM & AMD 5600 X2 
proc.

There are (2) Seagate ST350032NS (500 GB SATA drives) configure in the 
BIOS for a RAID1. The OS is RedHat Fedora 9.

Following successful installation, it fails to boot. The grub boot 
loader displays correctly but immediately goes into POST and reboots as 
soon as the OS begins to load. There are no errors displayed.

If I use the recovery CD, I can mount the sysimage and run yum update 
and install software successfully. I cannot get this machine to boot on 
it's own without following this procedure.

Any assistance in resolving this would be greatly appreciated.

Thanks

[Jack Lauman]

Here's the results of 'lspci -v'

00:00.0 Host bridge: Advanced Micro Devices [AMD] RS780 Host Bridge
	Subsystem: ASUSTeK Computer Inc. Unknown device 82f1
	Flags: bus master, 66MHz, medium devsel, latency 0
	Capabilities: [c4] HyperTransport: Slave or Primary Interface
	Capabilities: [54] HyperTransport: UnitID Clumping
	Capabilities: [40] HyperTransport: Retry Mode
	Capabilities: [9c] HyperTransport: #1a
	Capabilities: [f8] HyperTransport: #1c

00:01.0 PCI bridge: ASUSTeK Computer Inc. Unknown device 9602 (prog-if 
00 [Normal decode])
	Flags: bus master, 66MHz, medium devsel, latency 64
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
	I/O behind bridge: 0000d000-0000dfff
	Memory behind bridge: fbd00000-fbefffff
	Prefetchable memory behind bridge: 00000000d0000000-00000000dfffffff
	Capabilities: [44] HyperTransport: MSI Mapping Enable+ Fixed+
	Capabilities: [b0] Subsystem: ASUSTeK Computer Inc. Unknown device 82f1
	Kernel modules: shpchp

00:06.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge 
(PCIE port 2) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0
	Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
	I/O behind bridge: 0000e000-0000efff
	Memory behind bridge: fbf00000-fbffffff
	Prefetchable memory behind bridge: 00000000faf00000-00000000faffffff
	Capabilities: [50] Power Management version 3
	Capabilities: [58] Express Root Port (Slot+), MSI 00
	Capabilities: [a0] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 
Enable-
	Capabilities: [b0] Subsystem: ASUSTeK Computer Inc. Unknown device 82f1
	Capabilities: [b8] HyperTransport: MSI Mapping Enable+ Fixed+
	Kernel driver in use: pcieport-driver
	Kernel modules: shpchp

00:11.0 RAID bus controller: ATI Technologies Inc SB700/SB800 SATA 
Controller [Non-RAID5 mode]
	Subsystem: ASUSTeK Computer Inc. Unknown device 82ef
	Flags: bus master, 66MHz, medium devsel, latency 96, IRQ 22
	I/O ports at c000 [size=8]
	I/O ports at b000 [size=4]
	I/O ports at a000 [size=8]
	I/O ports at 9000 [size=4]
	I/O ports at 8000 [size=16]
	Memory at fbcff800 (32-bit, non-prefetchable) [size=1K]
	Capabilities: [60] Power Management version 2
	Capabilities: [50] Message Signalled Interrupts: Mask- 64bit+ Queue=0/2 
Enable-
	Capabilities: [70] SATA HBA <?>
	Kernel driver in use: ahci
	Kernel modules: ahci

00:12.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 
Controller (prog-if 10 [OHCI])
	Subsystem: ASUSTeK Computer Inc. Unknown device 82ef
	Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 16
	Memory at fbcfe000 (32-bit, non-prefetchable) [size=4K]
	Kernel driver in use: ohci_hcd
	Kernel modules: ohci-hcd

00:12.1 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI1 
Controller (prog-if 10 [OHCI])
	Subsystem: ASUSTeK Computer Inc. Unknown device 82ef
	Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 16
	Memory at fbcfd000 (32-bit, non-prefetchable) [size=4K]
	Kernel driver in use: ohci_hcd
	Kernel modules: ohci-hcd

00:12.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI 
Controller (prog-if 20 [EHCI])
	Subsystem: ASUSTeK Computer Inc. Unknown device 82ef
	Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 17
	Memory at fbcff000 (32-bit, non-prefetchable) [size=256]
	Capabilities: [c0] Power Management version 2
	Capabilities: [e4] Debug port: BAR=1 offset=00e0
	Kernel driver in use: ehci_hcd
	Kernel modules: ehci-hcd

00:13.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 
Controller (prog-if 10 [OHCI])
	Subsystem: ASUSTeK Computer Inc. Unknown device 82ef
	Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 18
	Memory at fbcfc000 (32-bit, non-prefetchable) [size=4K]
	Kernel driver in use: ohci_hcd
	Kernel modules: ohci-hcd

00:13.1 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI1 
Controller (prog-if 10 [OHCI])
	Subsystem: ASUSTeK Computer Inc. Unknown device 82ef
	Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 18
	Memory at fbcf7000 (32-bit, non-prefetchable) [size=4K]
	Kernel driver in use: ohci_hcd
	Kernel modules: ohci-hcd

00:13.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI 
Controller (prog-if 20 [EHCI])
	Subsystem: ASUSTeK Computer Inc. Unknown device 82ef
	Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 19
	Memory at fbcf6800 (32-bit, non-prefetchable) [size=256]
	Capabilities: [c0] Power Management version 2
	Capabilities: [e4] Debug port: BAR=1 offset=00e0
	Kernel driver in use: ehci_hcd
	Kernel modules: ehci-hcd

00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 3a)
	Subsystem: ASUSTeK Computer Inc. Unknown device 82ef
	Flags: 66MHz, medium devsel
	Capabilities: [b0] HyperTransport: MSI Mapping Enable- Fixed+
	Kernel modules: i2c-piix4

00:14.1 IDE interface: ATI Technologies Inc SB700/SB800 IDE Controller 
(prog-if 8a [Master SecP PriP])
	Subsystem: ASUSTeK Computer Inc. Unknown device 82ef
	Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 16
	I/O ports at 01f0 [size=8]
	I/O ports at 03f4 [size=1]
	I/O ports at 0170 [size=8]
	I/O ports at 0374 [size=1]
	I/O ports at ff00 [size=16]
	Capabilities: [70] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 
Enable-
	Kernel driver in use: pata_atiixp
	Kernel modules: ata_generic, pata_atiixp, pata_acpi

00:14.3 ISA bridge: ATI Technologies Inc SB700/SB800 LPC host controller
	Subsystem: ASUSTeK Computer Inc. Unknown device 82ef
	Flags: bus master, 66MHz, medium devsel, latency 0

00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge 
(prog-if 01 [Subtractive decode])
	Flags: bus master, 66MHz, medium devsel, latency 64
	Bus: primary=00, secondary=03, subordinate=03, sec-latency=64

00:14.5 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI2 
Controller (prog-if 10 [OHCI])
	Subsystem: ASUSTeK Computer Inc. Unknown device 82ef
	Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 18
	Memory at fbcf5000 (32-bit, non-prefetchable) [size=4K]
	Kernel driver in use: ohci_hcd
	Kernel modules: ohci-hcd

00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
	Flags: fast devsel
	Capabilities: [80] HyperTransport: Host or Secondary Interface

00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Address Map
	Flags: fast devsel

00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
DRAM Controller
	Flags: fast devsel

00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control
	Flags: fast devsel
	Capabilities: [f0] Secure device <?>
	Kernel modules: k8temp

01:05.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3200 
Graphics (prog-if 00 [VGA controller])
	Subsystem: ASUSTeK Computer Inc. Unknown device 82f1
	Flags: bus master, fast devsel, latency 0, IRQ 10
	Memory at d0000000 (32-bit, prefetchable) [size=256M]
	I/O ports at d000 [size=256]
	Memory at fbef0000 (32-bit, non-prefetchable) [size=64K]
	Memory at fbd00000 (32-bit, non-prefetchable) [size=1M]
	Capabilities: [50] Power Management version 3
	Capabilities: [a0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 
Enable-

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)
	Subsystem: ASUSTeK Computer Inc. Unknown device 82c6
	Flags: bus master, fast devsel, latency 0, IRQ 18
	I/O ports at e800 [size=256]
	Memory at fbfff000 (64-bit, non-prefetchable) [size=4K]
	Memory at faff0000 (64-bit, prefetchable) [size=64K]
	Expansion ROM at fbfc0000 [disabled] [size=128K]
	Capabilities: [40] Power Management version 3
	Capabilities: [50] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 
Enable-
	Capabilities: [70] Express Endpoint, MSI 01
	Capabilities: [b0] MSI-X: Enable- Mask- TabSize=2
	Capabilities: [d0] Vital Product Data <?>
	Kernel driver in use: r8169
	Kernel modules: r8169



Craig White wrote:
>  On Thu, 2008-10-23 at 11:39 -0700, Jack Lauman wrote:
> > I've got an ASUS M3N78-EMH HDMI motherboard with 2 Gb RAM & AMD 5600 X2 
> > proc.
> >
> > There are (2) Seagate ST350032NS (500 GB SATA drives) configure in the 
> > BIOS for a RAID1. The OS is RedHat Fedora 9.
> >
> > Following successful installation, it fails to boot. The grub boot 
> > loader displays correctly but immediately goes into POST and reboots as 
> > soon as the OS begins to load. There are no errors displayed.
> >
> > If I use the recovery CD, I can mount the sysimage and run yum update 
> > and install software successfully. I cannot get this machine to boot on 
> > it's own without following this procedure.
> >
> > Any assistance in resolving this would be greatly appreciated.
>  ----
>  BIOS Raid1 ?  on ASUS motherboard? sounds like fake raid and wouldn't be
>  supported...at least not without some tacky vendor supplied driver.
>  Perhaps you need to give us info on this BIOS RAID (lspci -v)
>  
>  I suspect that you would find 'software' RAID much easier to install and
>  get working and probably perform better too.
>  
>  Craig
>

[James Wilkinson]

Seann Clark wrote:
>  under linux, with the HP370 driver loaded into the kernel, it will
> work  
>  as a RAID that isn't managed or taxing the CPU. The HP controller will  
>  take care of all mirroring and striping aspects leaving the CPU free to  
>  do whatever else. 
Sorry, but I’m pretty sure this is incorrect.

It handles the RAID transparently to the system, that’s true – but it
uses the system CPU. The RAID is done *in* the HPT 370 driver.

Fortunately, this doesn’t take much of the CPU’s time for the RAID modes
the HPT 370 supports – they’re not processor-intensive.

Actually finding documentary evidence for this seems to be rather
difficult: Highpoint obviously want to convince people that it’s Real
RAID (honest!), and the Linux kernel world seems to just assume that
it’s all done in BIOS and drivers. The best quote I can find after a bit
of Googling and grepping is:
http://groups.google.co.uk/group/linux.kernel/browse_thread/thread/ae874b...
where Alan Cox (in a thread called “binary kernel drivers re. hpt370 and
redhat” (sic) says
    Pretty much all of the older PATA controllers don’t actually do
    hardware raid but bios/driver raid - ie its the equivalent (or
    roughly so) of the md layer but locks you into the vendor. The
    notable exception here is the 3ware card (there are a
    couple of others too - Promise Supertrak100, SX6000)

    We know some of these formats (eg see the hptraid driver in 2.4.2x) 

Incidentally, I find the name “fake raid” fun, but unfortunate: it is
still real RAID. Just not real hardware RAID.

Hope this helps,

James.

-- 
E-mail:     james@ | Which do you consider was the stronger swimmer,
aprilcottage.co.uk |     (a) The Spanish Armadillo,
                   |     (b) The Great Seal?
                   |     -- ‘1066 and All That’

[Alan Cox]

>  translation...high point is fake raid though I don't want to
> denigrate
>  high point stuff or their attempts to support Linux. 
To be honest the software RAID interfaces are usually better than
hardware ones especially once you reach the world of PCI express where
each controller has its own bandwidth to the memory controller.

>  Seann has omitted coverage of things such as hot spares, hot swap
>  awareness, automatic rebuilding of arrays, battery backed write cache,
>  firmware BIOS configuration and certainly many more features of real
>  hardware RAID which is why you are hard pressed to find these cards for
>  under $600. 
md can do autorebuild from scripts, hot spares and if your hardware
supports it (most current SATA does) hot swap. The big one you get from
some of the hardware assisted controllers is the battery backed cache.

When you start looking at generic AHCI SATA controllers and software RAID
you have to spend quite a lot to outperform it materially. It's easier to
get hardware wins in RAID5 but in RAID0/RAID1/RAID1+0 CPU usage is pretty
low and extra CPU power is cheap.

Alan

[g]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Seann Clark wrote:

>  under linux, with the HP370 driver loaded into the kernel, it will
> work 
>  as a RAID that isn't managed or taxing the CPU. 
this was my desire and intentions. but short life did not allow me chance
to do so.

>  It is a good board, but rather on the cheap side (I got mine for 50 
>  bucks from what I remember in 2001) and I haven't seen any problems with it. 
same here, cpu extra. unfortunately i did not get any long life as you.

thanks for your reply and info.
- --

tc,hago.

g
.

in a free world without fences, who needs gates.

learn linux:
'Rute User's Tutorial and Exposition'   http://rute.2038bug.com/index.html.gz
'The Linux Documentation Project'   http://www.tldp.org/
'HowtoForge'   http://howtoforge.com/
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
> Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org
>
> iD8DBQFJAjev+C4Bj9Rkw/wRAiZuAKCtEumCa6Hf0bUHeS3Hj36lFPkRogCbBW3y
> NVYcyA2O7vzfJTdUjWkKo0A=
> =93yM
> -----END PGP SIGNATURE-----

[g]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bruno Wolff III wrote:

>  There are significant advantages to just using software raid until
> Linux
>  and not using the on board raid. 
this i understand, and have done. just not of late as needed drives for
separate systems. did cause a lot of extra backups.

>  Related to this, you want to be using smartmontools (smartd) 
i enable smartd on *all* drives. very good thing to do.

thanks for reply and advice.
- --

tc,hago.

g
.

in a free world without fences, who needs gates.

learn linux:
'Rute User's Tutorial and Exposition'   http://rute.2038bug.com/index.html.gz
'The Linux Documentation Project'   http://www.tldp.org/
'HowtoForge'   http://howtoforge.com/
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
> Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org
>
> iD8DBQFJAjeO+C4Bj9Rkw/wRApJbAJ91pxcoeEWZL1sfv4l4e/au42QRvQCcC6Hl
> lVHCr2uDL6D7F3JqN9LNl3U=
> =VPYK
> -----END PGP SIGNATURE-----

[g]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Craig White wrote:

>  translation...high point is fake raid though I don't want to
> denigrate
>  high point stuff or their attempts to support Linux. 
from seann's later response, fake if all 8 drives are raid. not fake
if ide1,2 = non raid and ide3,4 = raid.

therefore, it is a draw. :o)

>  Seann has omitted coverage of things such as hot spares, hot swap
i was not aware that you could hot swap ide. i have only done hot swap
when using scsi.

>  Please don't think that you can get that type of performance
> built onto
>  a motherboard for $140 
i do not. but i have seen some mainboards with on board scsi controllers that
where under $200, at 'bargain shows' where boards are discontinued.

thanks for you input.
- --

tc,hago.

g
.

in a free world without fences, who needs gates.

learn linux:
'Rute User's Tutorial and Exposition'   http://rute.2038bug.com/index.html.gz
'The Linux Documentation Project'   http://www.tldp.org/
'HowtoForge'   http://howtoforge.com/
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
> Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org
>
> iD8DBQFJAjd9+C4Bj9Rkw/wRAnzJAJ9naGaf835FSo3IHKKSNDFH40XVsQCfQjR/
> gtnYHGvoXNRzH0oHCeZmAJA=
> =Ng9z
> -----END PGP SIGNATURE-----

[Seann Clark]

g wrote:
>  -----BEGIN PGP SIGNED MESSAGE-----
>  Hash: SHA1
>
>
>  Seann Clark wrote:
>    
> > I have to define, kt7-RAID, which I own a board with that on it, is 
> >     
>
>  i bow to your knowledge as an owner.
>
>  raid was not a feature that caused me to buy board, but did help. i need a
>  faster board and wanted amd. cpu and board were a 'put together' deal and
>  price was very good at time.
>
>    
> > software assisted RAID. It does handle RAID in hardware, yes, but the 
> > RAID itself does not boot off BIOS, allowing hardware control that isn't 
> >     
>
>  if ide1,2 are non raid, can ide3,4 be used as true raid under linux after
>  linux install?
>     
under linux, with the HP370 driver loaded into the kernel, it will work 
as a RAID that isn't managed or taxing the CPU. The HP controller will 
take care of all mirroring and striping aspects leaving the CPU free to 
do whatever else. So in a nutshell, yes it will look, for the most part 
like a real RAID. The differences are that you actually boot off one of 
the two-four disks off the HP370 controller and then loads linux and the 
driver then loads the RAID then boots normally. It is a lot like Linux's 
RAID, in that respects, save for the CPU saving ability.
>    
> > Sorry about the sort of Rant but the board is designed for Windows with 
> > linux as an afterthought.
> >     
>
>  no problem. some rants, as your, are beneficial to knowledge. for this
>  i thank you.
>
>    
> > Other than that it is a great board.
> >     
>
>  i was enjoying mine before it went down. when i have time, i will runs
>  some checks thru power reg section to see it that is where it died. if
>  other than that, maybe a new mainboard for chip. 
It is a good board, but rather on
the cheap side (I got mine for 50 
bucks from what I remember in 2001) and I haven't seen any problems with it.

~Seann

[Bruno Wolff III]

On Fri, Oct 24, 2008 at 20:01:47 +0000,
  g <geleem(a)bellsouth.net&gt; wrote:
>  
>  if ide1,2 are non raid, can ide3,4 be used as true raid under linux after
>  linux install? 
There are significant advantages to just using software raid until Linux
and not using the on board raid. (In particular you won't need to replace
the motherboard with an identical one if it fails.) The only good reason
I have seen for running the fake raid with Linux is if you are dual booting
between Linux and Windows and need the raid devices visible to both.

Related to this, you want to be using smartmontools (smartd) to get a chance
at early warning of a disk failure and run regular checking (or scrubbing
if using raid 6) of your raid devices to fix badly written blocks. For
the latter you can make a crontab entry like:
0 22 * * * sh -c 'for raid in /sys/block/md*/md/sync_action;do echo "check"
>> ${raid};done'

[g]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Seann Clark wrote:
>  I have to define, kt7-RAID, which I own a board with that on it, is 
i bow to your knowledge as an owner.

raid was not a feature that caused me to buy board, but did help. i need a
faster board and wanted amd. cpu and board were a 'put together' deal and
price was very good at time.

>  software assisted RAID. It does handle RAID in hardware, yes, but the
>
>  RAID itself does not boot off BIOS, allowing hardware control that isn't  
if ide1,2 are non raid, can ide3,4 be used as true raid under linux after
linux install?

>  Sorry about the sort of Rant but the board is designed for Windows
> with 
>  linux as an afterthought. 
no problem. some rants, as your, are beneficial to knowledge. for this
i thank you.

>  Other than that it is a great board. 
i was enjoying mine before it went down. when i have time, i will runs
some checks thru power reg section to see it that is where it died. if
other than that, maybe a new mainboard for chip.
- --

tc,hago.

g
.

in a free world without fences, who needs gates.

learn linux:
'Rute User's Tutorial and Exposition'   http://rute.2038bug.com/index.html.gz
'The Linux Documentation Project'   http://www.tldp.org/
'HowtoForge'   http://howtoforge.com/
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
> Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org
>
> iD8DBQFJAimq+C4Bj9Rkw/wRAihnAKCBXW74JhZxKf0Rjp3CCTeEbYexigCgtt8f
> CaSrO14WrciJFP3SmYJGZBI=
> =yta5
> -----END PGP SIGNATURE-----

[Craig White]

On Fri, 2008-10-24 at 14:26 -0500, Seann Clark wrote:
>  g wrote:
>  > -----BEGIN PGP SIGNED MESSAGE-----
>  > Hash: SHA1
>  >
>  > Craig White wrote:
>  >
>  >   
>  >> OK - understand, motherboard with fake raid connectors for fake raid.
>  >>     
>  >
>  > not fake. see;
>  >   http://www.motherboard.cz/mb/abit/kt7-raid.htm
>  > for view of board.
>  > [no longer shown on abit site]
>  > [note: do not get sidetracked and lost checking top and side links.]
>  >
>  > from all that i can find, and reading wiki link, highpoint technologies hpt370
>  > chip is a *true* raid chip. see;
>  >  http://www1.epinions.com/review/S0616096-Socket_A_KT7-RAID/content_243399...
>  >
>  > so, i maintain, abit kt7-raid is *true raid*, and where i stand. unless you can
>  > find something to show otherwise.
>  > - --
>  I have to define, kt7-RAID, which I own a board with that on it, is 
>  software assisted RAID. It does handle RAID in hardware, yes, but the 
>  RAID itself does not boot off BIOS, allowing hardware control that isn't 
>  dependant on the system board BIOS. "Real" RAID, and "Fake" RAID, are
>
>  just easy ways to differentiate in Linux hardware that relies on 
>  underlying software to help it work.
>  
>  "Real" RAID will offer you a different boot proccess: POST --> RAID BIOS 
>  --> PXE --> O/s, which isn't in place for the Highpoint on board items.
>  
>  Matter of fact I have the same exact board as you are mentioning, and 
>  while there is the ability to set up a raid type on the BIOS, it doesn't 
>  allow you to RAID before an O/S is installed. a 'REAL' RAID card is like 
>  3ware's 9500LP series, or other add on Multi-RAID option boards.
>  
>  
>  If you need drivers to create your array it is software assisted. It is 
>  that simple. The HighPoint chipsets have always been like that. It is 
>  rather like arguing that a winmodem is a real hardware modem. You can 
>  get this sucker to boot on Linux in RAID 1/0/which ever one you use, it 
>  just has to work with the help of mdadmin as well.
>  
>  
>  Sorry about the sort of Rant but the board is designed for Windows with 
>  linux as an afterthought.
>  
>  Other than that it is a great board. 
----
translation...high point is fake raid though I don't want to denigrate
high point stuff or their attempts to support Linux.

It's not real hardware raid - in fact, it meets the classic definition
of fake raid already provided to you (Firmware/Driver based RAID)

Seann has omitted coverage of things such as hot spares, hot swap
awareness, automatic rebuilding of arrays, battery backed write cache,
firmware BIOS configuration and certainly many more features of real
hardware RAID which is why you are hard pressed to find these cards for
under $600.

Please don't think that you can get that type of performance built onto
a motherboard for $140

Craig

[g]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Craig White wrote:

>  OK - understand, motherboard with fake raid connectors for fake raid.
not fake. see;
  http://www.motherboard.cz/mb/abit/kt7-raid.htm
for view of board.
[no longer shown on abit site]
[note: do not get sidetracked and lost checking top and side links.]

from all that i can find, and reading wiki link, highpoint technologies hpt370
chip is a *true* raid chip. see;
 http://www1.epinions.com/review/S0616096-Socket_A_KT7-RAID/content_243399...

so, i maintain, abit kt7-raid is *true raid*, and where i stand. unless you can
find something to show otherwise.
- --

tc,hago.

g
.

in a free world without fences, who needs gates.

learn linux:
'Rute User's Tutorial and Exposition'   http://rute.2038bug.com/index.html.gz
'The Linux Documentation Project'   http://www.tldp.org/
'HowtoForge'   http://howtoforge.com/
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
> Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org
>
> iD8DBQFJAhyL+C4Bj9Rkw/wRAsC2AJ0Tq9JtwVcLcXN4DLJNBKKXfKn3hQCfVFWW
> I9Nh2dLkRA1f4omJnEhfiS4=
> =kD4o
> -----END PGP SIGNATURE-----

[Craig White]

On Fri, 2008-10-24 at 06:34 +0000, g wrote:
>  -----BEGIN PGP SIGNED MESSAGE-----
>  Hash: SHA1
>  
>  Craig White wrote:
>  
>  > by the way, there are no additional connectors for RAID as hard drive
>  > connections are entirely standardized and you use one of the known
>  > standards like IDE/PATA, SATA, SCSI-LVD, SCSI-SCA and probably some
>  > others.
>  
>  not true.
>  
>  abit mainboard kt7-raid w/ hpt370
>  ide1,2 - pata - ata33/66/100 - prim/sec
>  ide3,4 - pata - ata100       - raid 0-1
>  
>  > You probably ran into SATA connectors and didn't know what they were.
>  
>  not true. no sata. see above. i rtfm.
>  
>  note: my bad.
>   asus is ide1,2 - pata - ata33/66/100 - prim/sec [only] 
----
OK - understand, motherboard with fake raid connectors for fake raid.

Craig

[g]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Craig White wrote:

>  by the way, there are no additional connectors for RAID as hard
> drive
>  connections are entirely standardized and you use one of the known
>  standards like IDE/PATA, SATA, SCSI-LVD, SCSI-SCA and probably some
>  others. 
not true.

abit mainboard kt7-raid w/ hpt370
ide1,2 - pata - ata33/66/100 - prim/sec
ide3,4 - pata - ata100       - raid 0-1

>  You probably ran into SATA connectors and didn't know what they
> were. 
not true. no sata. see above. i rtfm.

note: my bad.
 asus is ide1,2 - pata - ata33/66/100 - prim/sec [only]
- --

tc,hago.

g
.

in a free world without fences, who needs gates.

learn linux:
'Rute User's Tutorial and Exposition'   http://rute.2038bug.com/index.html.gz
'The Linux Documentation Project'   http://www.tldp.org/
'HowtoForge'   http://howtoforge.com/
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
> Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org
>
> iD8DBQFJAWx0+C4Bj9Rkw/wRAvTuAJ9aAQkdf7HCli8LJie6mE+BwF0ICwCePfmq
> mVsDLdashBxthJc1r6+LCrc=
> =Duki
> -----END PGP SIGNATURE-----

[g]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Craig White wrote:

>  http://en.wikipedia.org/wiki/RAID
>  see the section on Firmware / Driver based RAID 
t4l.
- --

tc,hago.

g
.

in a free world without fences, who needs gates.

learn linux:
'Rute User's Tutorial and Exposition'   http://rute.2038bug.com/index.html.gz
'The Linux Documentation Project'   http://www.tldp.org/
'HowtoForge'   http://howtoforge.com/
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
> Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org
>
> iD8DBQFJAWc0+C4Bj9Rkw/wRAnAsAJ4rOet9kyFMKALhub9jfX2vNfWmxQCg1tH2
> +9TwIh6P0XG1c3U4BGV5W5E=
> =7iKl
> -----END PGP SIGNATURE-----

[Craig White]

On Thu, 2008-10-23 at 19:30 +0000, g wrote:
>  -----BEGIN PGP SIGNED MESSAGE-----
>  Hash: SHA1
>  
>  Craig White wrote:
>  
>  > BIOS Raid1 ?  on ASUS motherboard? sounds like fake raid and wouldn't be
>  > supported...at least not without some tacky vendor supplied driver.
>  
>  do not know about 'fake raid' on asus boards, but a few years back i had an
>  asus main board that had additional connectors for raid. it went south before
>  i ever got a chance to try raid with it. 
----
by the way, there are no additional connectors for RAID as hard drive
connections are entirely standardized and you use one of the known
standards like IDE/PATA, SATA, SCSI-LVD, SCSI-SCA and probably some
others.

You probably ran into SATA connectors and didn't know what they were.

Craig

[Craig White]

On Thu, 2008-10-23 at 19:30 +0000, g wrote:

>  not familiar with 'fake raid', but have noted it mentioned
> before. any
>  suggestions where i might look to increase my knowledge about 'fake raid'?
----
http://en.wikipedia.org/wiki/RAID

see the section on Firmware / Driver based RAID

Craig

[Tod Merley]

On Thu, Oct 23, 2008 at 2:25 PM, Jack Lauman <jlauman(a)nwcascades.com&gt; wrote:
>  I tied setting up a software RAID1 during the install but I kept
> getting an
>  error saying that there was an existing partition on the second disk.
>
>  I checked with fdisk /dev/sdb and found that there were no partitions that
>  fdisk could see. I've never had this problem before.
>
>  Is there something that changed in the Fedora 9 install procedure where RAID
>  setups are concerned?
>
>  Jack
>
>  Aldo Foot wrote:
> >
> > On Thu, Oct 23, 2008 at 12:01 PM, Craig White <craigwhite(a)azapple.com&gt;
> > wrote:
> >>
> >> BIOS Raid1 ?  on ASUS motherboard? sounds like fake raid and wouldn't be
> >> supported...at least not without some tacky vendor supplied driver.
> >> Perhaps you need to give us info on this BIOS RAID (lspci -v)
> >
> > I have a SuperMicro mobo that allows me to setup a Raid1 config. But a
> > driver
> > must be supplied during the OS installation so the OS can see and use the
> > raid.
> > The raid card has its own firmware and bios. The raid card's BIOS can
> > be accessed
> > during POST by pressing some key combination.
> >
> >
> > ~af
> >
>
>  --
>  fedora-list mailing list
>  fedora-list(a)redhat.com
>  To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
>  Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
>  
Hi Jack Lauman!

I can find no Linux raid driver support for your SB700 south bridge.

It would appear that work to support this chipset is recent - see:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/195354

Nice MB!

Have a lot of fun!

Tod

[Jack Lauman]

I tied setting up a software RAID1 during the install but I kept getting 
an error saying that there was an existing partition on the second disk.

I checked with fdisk /dev/sdb and found that there were no partitions 
that fdisk could see. I've never had this problem before.

Is there something that changed in the Fedora 9 install procedure where 
RAID setups are concerned?

Jack

Aldo Foot wrote:
>  On Thu, Oct 23, 2008 at 12:01 PM, Craig White
> <craigwhite(a)azapple.com&gt; wrote:
> > BIOS Raid1 ?  on ASUS motherboard? sounds like fake raid and wouldn't be
> > supported...at least not without some tacky vendor supplied driver.
> > Perhaps you need to give us info on this BIOS RAID (lspci -v)
>  
>  I have a SuperMicro mobo that allows me to setup a Raid1 config. But a driver
>  must be supplied during the OS installation so the OS can see and use the raid.
>  The raid card has its own firmware and bios. The raid card's BIOS can
>  be accessed
>  during POST by pressing some key combination.
>  
>  
>  ~af
>

[Aldo Foot]

On Thu, Oct 23, 2008 at 12:01 PM, Craig White <craigwhite(a)azapple.com&gt; wrote:
>  BIOS Raid1 ?  on ASUS motherboard? sounds like fake raid and
> wouldn't be
>  supported...at least not without some tacky vendor supplied driver.
>  Perhaps you need to give us info on this BIOS RAID (lspci -v) 
I have a SuperMicro mobo that allows me to setup a Raid1 config. But a driver
must be supplied during the OS installation so the OS can see and use the raid.
The raid card has its own firmware and bios. The raid card's BIOS can
be accessed
during POST by pressing some key combination.


~af

[g]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Craig White wrote:

>  BIOS Raid1 ?  on ASUS motherboard? sounds like fake raid and
> wouldn't be
>  supported...at least not without some tacky vendor supplied driver. 
do not know about 'fake raid' on asus boards, but a few years back i had an
asus main board that had additional connectors for raid. it went south before
i ever got a chance to try raid with it.

curious to see what asus was up to now, i checked asus site to see if i could
find board mentioned, but not shown.

what was shown are;

m3n78-eh:
Southbridge
1 xUltraDMA 133/100
6 xSATA 3 Gb/s ports
Support RAID 0,1,5,10,JBOD

m3n78-pro:
NVIDIA® GeForce 8300
1 xUltraDMA 133/100/66/33
6 xSATA 3 Gb/s ports
(Use SATA1-4 for IDE mode.)
NVIDIA® MediaShield™ RAID Support RAID 0,1,0+1,5,JBOD

m3n78-vm:
Chipset
1 xUltraDMA 133/100
5 x SATA 3Gb/s ports (Use SATA1-3 for IDE mode.)
NVIDIA® MediaShield™ Chipset built-in, RAID 0,1,0+1,5, JBOD

checking nvidia site showed;
   http://www.nvidia.com/object/feature_raid.html
   http://www.nvidia.com/object/IO_28159.html

not familiar with 'fake raid', but have noted it mentioned before. any
suggestions where i might look to increase my knowledge about 'fake raid'?
- --

tc,hago.

g
.

in a free world without fences, who needs gates.

learn linux:
'Rute User's Tutorial and Exposition'   http://rute.2038bug.com/index.html.gz
'The Linux Documentation Project'   http://www.tldp.org/
'HowtoForge'   http://howtoforge.com/
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
> Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org
>
> iD8DBQFJAQWo+C4Bj9Rkw/wRAsuhAJ9fNaJ2svfH1p4bsa2bac9bCmNStQCfUq82
> WoohiNc7rPz57pzRXn1xQQw=
> =Nml0
> -----END PGP SIGNATURE-----

[Craig White]

On Thu, 2008-10-23 at 11:39 -0700, Jack Lauman wrote:
>  I've got an ASUS M3N78-EMH HDMI motherboard with 2 Gb RAM &
> AMD 5600 X2 
>  proc.
>  
>  There are (2) Seagate ST350032NS (500 GB SATA drives) configure in the 
>  BIOS for a RAID1. The OS is RedHat Fedora 9.
>  
>  Following successful installation, it fails to boot. The grub boot 
>  loader displays correctly but immediately goes into POST and reboots as 
>  soon as the OS begins to load. There are no errors displayed.
>  
>  If I use the recovery CD, I can mount the sysimage and run yum update 
>  and install software successfully. I cannot get this machine to boot on 
>  it's own without following this procedure.
>  
>  Any assistance in resolving this would be greatly appreciated. 
----
BIOS Raid1 ?  on ASUS motherboard? sounds like fake raid and wouldn't be
supported...at least not without some tacky vendor supplied driver.
Perhaps you need to give us info on this BIOS RAID (lspci -v)

I suspect that you would find 'software' RAID much easier to install and
get working and probably perform better too.

Craig

[Seann Clark]

g wrote:
>  -----BEGIN PGP SIGNED MESSAGE-----
>  Hash: SHA1
>
>  Craig White wrote:
>
>    
> > OK - understand, motherboard with fake raid connectors for fake raid.
> >     
>
>  not fake. see;
>    http://www.motherboard.cz/mb/abit/kt7-raid.htm
>  for view of board.
>  [no longer shown on abit site]
>  [note: do not get sidetracked and lost checking top and side links.]
>
>  from all that i can find, and reading wiki link, highpoint technologies hpt370
>  chip is a *true* raid chip. see;
>   http://www1.epinions.com/review/S0616096-Socket_A_KT7-RAID/content_243399...
>
>  so, i maintain, abit kt7-raid is *true raid*, and where i stand. unless you can
>  find something to show otherwise.
>  - --
>
>  tc,hago.
>
>  g
>  .
>
>  in a free world without fences, who needs gates.
>
>  learn linux:
>  'Rute User's Tutorial and Exposition'  
> http://rute.2038bug.com/index.html.gz
>  'The Linux Documentation Project'   http://www.tldp.org/
>  'HowtoForge'   http://howtoforge.com/
> >  -----BEGIN PGP SIGNATURE-----
> >  Version: GnuPG v1.4.5 (GNU/Linux)
> >  Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org
> >
> >  iD8DBQFJAhyL+C4Bj9Rkw/wRAsC2AJ0Tq9JtwVcLcXN4DLJNBKKXfKn3hQCfVFWW
> >  I9Nh2dLkRA1f4omJnEhfiS4=
> >  =kD4o
> >  -----END PGP SIGNATURE----- 
>     
I have to define, kt7-RAID, which I own a board with that on it, is 
software assisted RAID. It does handle RAID in hardware, yes, but the 
RAID itself does not boot off BIOS, allowing hardware control that isn't 
dependant on the system board BIOS. "Real" RAID, and "Fake" RAID, are

just easy ways to differentiate in Linux hardware that relies on 
underlying software to help it work.

"Real" RAID will offer you a different boot proccess: POST --> RAID BIOS 
--> PXE --> O/s, which isn't in place for the Highpoint on board items.

Matter of fact I have the same exact board as you are mentioning, and 
while there is the ability to set up a raid type on the BIOS, it doesn't 
allow you to RAID before an O/S is installed. a 'REAL' RAID card is like 
3ware's 9500LP series, or other add on Multi-RAID option boards.


If you need drivers to create your array it is software assisted. It is 
that simple. The HighPoint chipsets have always been like that. It is 
rather like arguing that a winmodem is a real hardware modem. You can 
get this sucker to boot on Linux in RAID 1/0/which ever one you use, it 
just has to work with the help of mdadmin as well.


Sorry about the sort of Rant but the board is designed for Windows with 
linux as an afterthought.

Other than that it is a great board.