Raid hardware non più riconosciuto

[MickAngel]

Allora, è tutto molto strano... Innanzitutto spero di aver postato nella posizione giusta, altrimenti prego il mod di spostare dove più compete.
Ieri su openSuse 11.2 ho lanciato un aggiornamento ad 11.3. Sistema dove ho 4 dischi in raid5 hardware tramite controller Silicon Image 3114. Tutto funzionava senza problemi con la partizione (da 3TB) raggiungibile in /dev/mapper/sil.....
Post aggiornamento... non viene più montata. Ho una riga in /etc/fstab che la monta in una directory e tutte le volte va in errore.

Questo al mount -a:
mount: tipo fs errato, opzione non valida, superblocco su /dev/mapper/sil_bgaededccdag danneggiato,
codepage o programma ausiliario mancante, o altro errore
(could this be the IDE device where you in fact use
ide-scsi so that sr0 or sda or so is needed?)
In alcuni casi si possono trovare informazioni utili in syslog. Provare
ad esempio 'dmesg | tail'



dmesg | tail dice:
[ 301.290191] EXT4-fs (dm-0): unable to read superblock

fsck /dev/mapper/sil_bgaededccdag
sck from util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
fsck.ext4: Invalid argument durante l'apertura di /dev/mapper/sil_bgaededccdag

Il superblocco è illeggibile, o non descrive un corretto filesystem ext2
Se il device è valido e contiene realmente un filesystem ext2
(e non swap, ufs o altro), allora il superblocco è corrotto, e si potrebbe
provare ad eseguire e2fsck con un superblocco alternativo:
e2fsck -b 8193 <device>

Mentre il comando suggerito, e2fsck, restituisce questo stesso output.

Ho provato anche con dmraid per vedere un pò, ed ecco le righe che interessano questo raid:

dmraid -r
/dev/sdh: sil, "sil_bgaededccdag", raid5_ls, ok, 1953523630 sectors, data@ 0
/dev/sdg: sil, "sil_bgaededccdag", raid5_ls, ok, 1953523630 sectors, data@ 0
/dev/sdf: sil, "sil_bgaededccdag", raid5_ls, ok, 1953523630 sectors, data@ 0
/dev/sde: sil, "sil_bgaededccdag", raid5_ls, ok, 1953523630 sectors, data@ 0

dmraid -s
ERROR: sil: wrong # of devices in RAID set "sil_bgaededccdag" [4/0] on /dev/sde
ERROR: sil: wrong # of devices in RAID set "sil_bgaededccdag" [4/0] on /dev/sdf
ERROR: sil: wrong # of devices in RAID set "sil_bgaededccdag" [4/0] on /dev/sdg
ERROR: sil: wrong # of devices in RAID set "sil_bgaededccdag" [4/0] on /dev/sdh
*** *Inconsistent* Active Set
name : sil_bgaededccdag
size : 5860570752
stride : 128
type : raid5_ls
status : inconsistent
subsets: 0
devs : 4
spares : 0

dmraid -ay
ERROR: sil: wrong # of devices in RAID set "sil_bgaededccdag" [4/0] on /dev/sde
ERROR: sil: wrong # of devices in RAID set "sil_bgaededccdag" [4/0] on /dev/sdf
ERROR: sil: wrong # of devices in RAID set "sil_bgaededccdag" [4/0] on /dev/sdg
ERROR: sil: wrong # of devices in RAID set "sil_bgaededccdag" [4/0] on /dev/sdh
RAID set "sil_bgaededccdag" already active
Segmentation fault

Onestamente non sono così ferrato su Linux da capire tutto... cerco di applicarmi ma quello che mi viene da capire è che il raid per lui è attivo ma ha qualcosa che non va da qualche parte.
Visto la mole di dati (backup? e cos'è?) non vorrei perdere tutto...

Ho provato anche un SysRescueCD, stessa cosa.
Riuscite ad aiutarmi?

[MickAngel]

Mi rispondo perché 'ho risolto', in modo se che qualche sciagurato dovesse avere i miei stessi problemi potrebbe trovare la soluzione qui.
Il problema sta nel modulo per sil3114 troppo vecchio per il kernel di openSUSE 11.3. La mia soluzione è stata (lo è tutt'ora, sono un sacco di dati) travasare tutto dalla live della 11.2 (o altra live/installazione con kernel più datato) e, una volta ultimava la cosa, sciogliere il raid e rifarlo software, poi ritravasare i dati.
In molte discussioni ho visto sconsigliare un controller con quel chip sulle distro più recenti.