Re: promise (105a:3319) unattended boot

From: Joel Jaeggli
Date: Fri Oct 15 2004 - 15:28:19 EST


On Fri, 15 Oct 2004, Alistair John Strachan wrote:

On Friday 15 Oct 2004 15:41, you wrote:
Hello.

Got here http://pciids.sourceforge.net/iii/?i=105a3319
As http://linux.yyz.us/sata/faq-sata-raid.html#tx4 calls it
soft/accelerator raid version
Going to use latest kernel from /pub/linux/kernel/v2.4/

But bios even with keyboard unplugged requires me to press one of 2 keys
to either define array OR continue booting in case no array is defined.

What would you recommend me to do?
- stay with ft3xx module from promise and 10 level RAID array and not use
sata_promise?
- define some array in bios and completely ignore that fact and use
sata_promise, bypass bios and define custom linux soft raid arrays?

If you define an array, AFAIK the controller doesn't do anything physically to
the discs. It's just the settings it tells the promise driver (thus software
RAID). If you define ANY array, the drives should still be detected by Linux
individually and you can use linux/md to RAID them.

for sanity purposes we generally define spanned volumes each composed of one disk. this still bites you ocasionaly because the controller will pause when one or more disks are missing which otherwise may or may not be catostrophic ie if you have a software raid-5 raid 1 or 10 stripe it'll probably do fine with one disk missing, but the promise will freak again.

This is how I'm doing it on my older PATA promise card.

- anything else (no bios flashing and no hw hacking)?

non-raid sata or pata promise cards are darn cheap...




--
-------------------------------------------------------------------------- Joel Jaeggli Unix Consulting joelja@xxxxxxxxxxxxxxxxxxxx GPG Key Fingerprint: 5C6E 0104 BAF0 40B0 5BD3 C38B F000 35AB B67F 56B2

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/