Thomas Schwarze wrote:
>
> Hallo Ralph,
>
> > >
> > > > scsi : detected 1 SCSI cdrom 1 SCSI disk total
> > > > (scsi0:0:1:0) Synchronous at 10.0MHZ, offset 15.
> > > > scsi : aborting command due to timeout : pid 17, scsi0, channel 0, id 1, lun 0
>0x00 00 00 00 00 00
> > > > scsi : aborting command due to timeout : pid 17, scsi0, channel 0, id 1, lun 0
>0x00 00 00 00 00 00
> > >
> > > Ist bei euch die Terminierung vom SCSI-Bus eigentlich ok?
> >
> > Ich denke doch ... daran kann es eigentlich nicht liegen
> > (unwahrscheinlich).
> >
>
> da haben wir das uralte Problem wieder. Die SCSI-Terminierung ist wahrscheinlich f�r
>ca. 125% aller Fehler
Hmm, zu welchem Anteil soll ich mich jetzt z�hlen? Ich habe die
Terminierung mehrere Male gepr�ft (was ja eigentlich schon deshalb
�berfl�ssig war, weil ich ja nur alle Ger�te in einen neuen Tower
reingebaut habe und an der Reihenfolge nichts ver�ndert habe.
Einzige �nderung war: ich hatte andere PCI-Karten parallel zum Adaptec
laufen. Ich wei� noch nicht genau warum das ein Problem war aber ich
habe jetzt wieder die IRQ-freie Mach64 anstatt der Trident
reingesteckt und alles l�uft wieder wie geschmiert. Weiterhin habe ich
noch den Primary EIDE-Kanal enabled (wird jetzt auf den PCI-Slot
gemappt, in dem jetzt die Mach64 steckt). Insgesamt herrscht bei mir
eine ziemliche IRQ-Knappheit, die wohl auch letztlich das Problem
gewesen ist, auch wenn der EIDE und der Adaptec immer eigene IRQs
hatten, die auch nicht von anderen Karten "mitbenutzt" wurden.
Was *genau* das Problem war, das wei� ich heute immer noch nicht aber
jetzt l�uft es wieder.
Gru�
Raphael Becker
--
Online-Doku: http://rhb.swm.uni-mannheim.de/online-doku/index.html
Gesucht - Gefunden: Linux-Anleitungen
Fehlt was? Dann nix wie her mit dem URL
mailto:[EMAIL PROTECTED]
--
Um aus der Liste ausgetragen zu werden, eine Mail an [EMAIL PROTECTED]
schicken, mit dem Text: unsubscribe suse-linux
