Newsgroup: it.comp.os.linux.sys
Titolo: Promise RAID

Ciao,
mi rivolgo all'ng dopo una settimana di tentativi e infruttuose ricerche :-(
Ho installato SuSE 8.2, Kernel 2.4.20, su una macchina IDE equipaggiata con
due dischi da 80GB e un controller RAID Promise Fasttrak 100 configurato in
mirroring.
Inizialmente un bug nel kernel della SuSE non consente il riconoscimento del
controller, ma una volta scaricato il kernel patchato, l'installazione
procede senza problemi.
Solitamente, installando versioni precedenti di Linux su  un RAID IDE (anche
il Fasttrak) avevo che sull'ide, cioe' sui device hdx, veniva giustamente
rilevato solo il cd rom, il RAID veniva visto come /dev/ataraid/d0 mentre il
probe di hda, hdb ecc. non rilevava nulla, e poteva essere eliminato dal
boot passando al kernel un hda=noprobe hdb=noprobe.
Qui invece ho che: i 2 dischi componenti il RAID vengono riconosciuti su hda
e hde, cosa verificabile anche con un fdisk -l. Il RAID viene riconosciuto
come /dev/ataraid/d0, ma al boot ho la seguente spataffiata di errori:
<4>hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
<4>hda: drive_cmd: error=0x04 { DriveStatusError }
<4>hda: cache flushing failed. disable write back cacheing for journalled
file s
ystems
<4>hde: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
<4>hde: drive_cmd: error=0x04 { DriveStatusError }
<4>hde: cache flushing failed. disable write back cacheing for journalled
file s
ystems
<4>hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
<4>hda: drive_cmd: error=0x04 { DriveStatusError }
<4>hda: cache flushing failed. disable write back cacheing for journalled
file s
ystems
<4>hde: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
<4>hde: drive_cmd: error=0x04 { DriveStatusError }
<4>hde: cache flushing failed. disable write back cacheing for journalled
file s
ystems
Dopodiche' il boot si completa senza problemi, e la macchina non da'
problemi. Mettendo hda e/o hde = noprobe, ottengo un simpatico Kernel Panic:
unable to mount root
Che fare ? Considerarlo un innocuo warning? O puo' essere un problema?
Ciao e grazie
Stefano

 Panic: unable to mount root
Domanda forse stupida: il kernel l'hai compilato prima di fare il raid o
dopo? Nel primo caso dovresti modificare l'immagine del kernel con rdev
per dirgli che il device di root e` /dev/ataraid/d0px invece di /dev/hdx
oppure passare root=/dev/ataraid/d0px tra i parametri del kernel da
lilo/grub.
Bye.

 mirroring.
<snip> 
A me ha funzionato tutto dopo aver compilato il kernel 2.4.21 ad hoc,
fatto un initrd pieno di --preload di tutti i moduli che dipendono da
ataraid e fatto una entry apposita su lilo.conf, come si vede di seguito.
image=/boot/vmlinuz-2.4.21-0.18mdkcustom
	label=2421-18custom
	root=/dev/ataraid/disc0/part1
	read-only
	optional
	vga=788
	append=" quiet devfs=mount hdb=ide-scsi hdd=ide-scsi acpi=off
ide0=0x1f0,0x3f6,14 ide1=0x170,0x376,15 ide2=0 ide3=0 ide4=0 ide5=0 
ide6=0 ide7=0 ide8=0 ide9=0"
	initrd=/boot/initrd-2.4.21-0.18mdkcustom.img
Con questa configurazione avevo due hd (hda e hdc), cdrom  e
masterizzatore, più il FastTrak 100 con due altri HD collegati (che vrei
dovuto restituire in seguito, dopo aver fatto le prove di compatibilità).
Per evitare di far rilevare hde/hdg i due dischi in mirror (o stripe)
avevo fatto un lilo.conf con l'append pieno di ideX=0, come puoi vedere.
Suppongo che se tu sostituisci ide0=0 e ide1=0 potresti ovviare ai
messaggi che hai riportato.
Parlo al passato poichè, dopo aver fatto un paio di bench ho fatto alcune
considerazioni ed ho deciso che:
1. Lo stripe mi dava vantaggi velocistici molto marginali.
2. Il mirror non era giustificato per il mio pc home (ho un disco da 40 ed
uno da 20G, fare il mirror significava rimanere con 20G di spazio al posto
dei 60G totali).
3. Il raid rappresenta comunque una complicazione per ogni
aggiornamento del sistema.
Morale della favola: ho restituto il controller.
Valentino