Falk Sauer wrote:
Wenn du das Problem schnell lösen willst, nimm einfach einen anderen zusätzlichen SCSI-Kontroller, hänge dort das Bandlaufwerk dran, und nimm das neue Treibermodul mit in die Liste auf, die beim Start geladen werden.
Sieht mir nach verzweifelter Endlösung aus, aber o.k.
Nun gut wenn du bock auf ein bischen spielen hast dann kannst du ja mal nen Neuen Vanilla Kern probieren _nachdem_ du akribisch alles in der SCSI Verkabelung/Terminierung in Frage gestellt und kontrolliert hast! (egal wie lange das vorher schon so funktioniert hat)
Danach wird vermutlich das Eine oder Andere Modul was in dem SuseKern schon eingepatcht ist fehlen damit verbringst du dann noch ein paar Stündchen.
Linux ist sehr empfindlich was Störungen auf dem SCSI Bus angeht und hängt sich bei sowas mindestens so schnell auf wie die Konkurrenz, für aussagekräftige Fehlermeldungen bleibt dabei idr. keine Zeit mehr.
Um auf die Schnelle herauszukriegen ob es der Treiber/Controller ist, ist ein anderer (standardmässig unterstützter) SCSI Adapter durchaus nicht die dümmste Lösung.
Eigentlich ist es sogar die empfohlene Lösung. In den meisten Installationsanleitungen für Bandlaufwerke steht, dass das Gerät wenn irgend möglich an einen eigenen Controller angeschlossen werden soll, und möglichst nicht an den gleichen Controller mit den Festplatten, die gesichert werden sollen. Auch wegen des Zeitaufwandes der Fehlersuche und des damit verbundenen Ausfalles der Serverdienste ist es eine Sache der Abwägung, welcher Aufwand mit welcher Wahrscheinlichkeit zur Lösung des Problems führt. Ein neuer Kernel macht mit Sicherheit mehr Probleme als ein zusätzlicher Controller. Du könntest höchstens versuchen, das Modul neu zu kompilieren, wenn du den Sourcecode des Moduls hast. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com