🚀 go-pugleaf

Matthias Leisi <leisi@gmx.ch> schrieb in im Newsbeitrag:
slrn88dlfa.d9l.leisi@p12.leisi.dhs.org...
> E.Probst wrote in ch.comp.os.linux:
>
> >>    modprobe aha152x aha152x=0x340,11,7
> >Die Fehlermeldungen h�ufen sich nur noch
> >modprobe aha152x=0x340,10,7 = kann modul 7 nicht finden
> >[...]
>
> Beachte den Unterschied zwischen unseren beiden modprobe-Zeilen:
>
> modprobe aha152x aha152x=...
>
> (2x aha152x!!)
>
> Aus der man-page von modprobe:
>
> |MODPROBE(1)            Linux Module Support           MODPROBE(1)
> |NAME
> |       modprobe - high level handling of loadable modules
> |SYNOPSIS
> |       modprobe  [  -adnqv  ] [ -C config ] module [ symbol=value
> |       ... ]
>
> Das erste 'aha152x' bezeichnet das Modul, das zweite sind die
> Parameter fuer dieses Modul. Allenfalls kannst du noch die Option '-v'
> angeben, dann erhaelst du mehr Informationen, was modprobe eigentlich
> gerade macht resp. wo es scheitert.
>
> Nicht Aufgeben! ;)
>
> Gruss,
> Matthias

Kleiner Tip: Auch mich hat die Installation fast zur Verzweiflung getrieben,
bis ich
gemerkt habe, dass die Adaptec-Freunde die IO-Adresse der falschen
Jumperstellung
zugeordnet haben.

Nach Jumperstellung h�tte es lauten sollen

modprobe aha152x aha152x=0x0340,10,7,0,0

tats�chlich war es aber

modprobe aha152x aha152x=0x0140,10,7,0,0

Danach kam noch das Problem mit dem Backend-Bug. Hoffentlich bleibt Dir
das wenigsten erspart.

Gruss
Daniel