Falk Sauer schrieb am Mittwoch, 23. Juni 2004 15:47:
HI Torsten,
Torsten E. schrieb: ^^?
Yep ... ;) [...]
Das kommt mir seeeehr bekannt vor, allerdings nicht mit Kernel 2.6 sondern mit kernel 2.4, bei 2.4 passiert genau das wenn man das modul sym53c8xx_2 statt der guten Version sym53c8xx verwendet. Nicht das beim 2.6er der /tolle/ Code aus dem sym53c8xx_2er Modul hergenommen wurde, denn der ist anscheinend für die Tonne. Seit ich das Modul sym53c8xx verwende ohne _2 hinten dran ist die Kiste superstabil. Welcher Teufel da wen geritten hat, obs die Hardwareerkennung war oder ich Depp weis ich gar nicht mehr, auf jeden Fall hatte ich viel Spass damit. Mangels Alternative könnte das mit dem 2.6er Kern lustig werden, da weis ich ja was ich auf der Kiste erstmal besser nicht probiere.
Gruss Falk
Danke für Tips!!! Ein Nachfragen von Holger brachte mich auf den richtigen Pfad. Und zwar hatte ich vor langer Zeit, da das C1537A keinen Parity Jumper hat, beim SDT-9000 (und den anderen SCSI Geräten) halt den Parity Jumper entfernt (wenn vorhanden) - so weit, so gut, das lief auch unter der vorher installierten 8.2 bzw. 9.0 ohne das kleinste Problem. Zur Neuinstallation der 9.1 hatte ich aber noch das Bios des SCSI Controllers geflashed, und da wurden die default Einstellungen gesetzt ... mit Parity Check enabled - und daher kamen auch die Fehler beim Anschließen der anderen SCSI Geräte. (Ich habe nun aber noch nicht geschaut, ob Parity Check evtl. bei dem schon lange nicht mehr benutzten Controller zufällig enabled ist.) Nichts für Ungut, aber hätte ich mir das Ganze vorher zum x-ten Male durch den Kopf gehen lassen, hätte ich ggf. nicht posten müssen ... ;) Schönen Tag noch! Torsten