Re: Fedora 9 boot problem with HP NetRAID 1Si controller
> i2o: iop0 could not activate controller > > (it stalls here...) > > As I recall when I originally installed FC4 it needed the megaraid_mbox > driver. I sure it's not loading the right i2o driver either. Thats an ancient AMI Megaraid by the sound of it. Go into the megaraid bios settings and turn off the I2O support. Its years since I fiddled with one of those cards but somewhere is an option for how it appears. With that set away from I2O it'll pick the right driver and should work. Actually throwing that controller away and buying a $10 PCI ATA card might be an even better idea ;) Alan -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Fedora 9 boot problem with HP NetRAID 1Si controller
I reinstalled Fedora 9 on a HP NetServer 2000 that had been previously running Fedora 4. Rebooting the machine following the install gives the following errors: Booting the kernel APCI: Resource is not an IRQ entry pnp: PnPACPI: METHOD_NAME__CRD failure for PNP0400 i2o: iop0 could not activate controller (it stalls here...) As I recall when I originally installed FC4 it needed the megaraid_mbox driver. I sure it's not loading the right i2o driver either. Any help in resolving this would be greatly appreciated. Thanks, Jack -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
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/ae874bd51891a272/754c762042288737? 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’ -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
> 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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
-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- -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
-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- -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
-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- -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
On Fri, Oct 24, 2008 at 20:01:47 +,
g <[EMAIL PROTECTED]> 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'
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
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 smime.p7s Description: S/MIME Cryptographic Signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
-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- -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
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_24339910276 > > > > 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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
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_24339910276 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. smime.p7s Description: S/MIME Cryptographic Signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
-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_24339910276 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- -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
On Fri, 2008-10-24 at 06:34 +, 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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
-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- -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
-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- -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
On Thu, 2008-10-23 at 19:30 +, 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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
On Thu, 2008-10-23 at 19:30 +, 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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
-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- -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
On Thu, Oct 23, 2008 at 2:25 PM, Jack Lauman <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> >> 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@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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
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 <[EMAIL PROTECTED]> 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@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
On Thu, Oct 23, 2008 at 12:01 PM, Craig White <[EMAIL PROTECTED]> 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@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Fedora 9 Boot Problem
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: d000-dfff Memory behind bridge: fbd0-fbef Prefetchable memory behind bridge: d000-dfff 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: e000-efff Memory behind bridge: fbf0-fbff Prefetchable memory behind bridge: faf0-faff 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
Re: Fedora 9 Boot Problem
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Fedora 9 Boot Problem
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 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
