Hallo, ich hab hier ein "kleines" Problem: ich wollte Daten von meinem Windows-Rechner auf ein MO sichern. Das MO haengt an meinem Linux-Rechner (extern SCSI, aktive Terminierung OK) an einem AVA 2825. Die beiden Rechner sind uebers Netz (2x Intel Etherexpress 16 an BNC) miteinander verbunden. Beim Sichern kommt aber spaetestens nach 9 MB die Meldung: "aha152x panic" manchmal noch zusaetzlich "In swapper, cannot sync" und dann steht der Rechner... nur noch der Resetschalter reagiert. Kommt das jemandem bekannt vor? Ich bin jetzt so langsam mit meinem Latein am Ende. Ich hoffe, mir kann da jemand helfen. Beim AVA 2825 hab ich noch folgendes Problem (vielleicht haengt es ja damit zusammen): die MO-Medien haben 1.3 GB pro Seite, 1024 Bytes/Sec, also sollte ich die Extended_Translation einschalten. Aber irgendwie ignoriert er die Parameter, die ich beim Lilo angebe (aha152x=,,,,,,,1). Gruss, Martin Hejl -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Martin Hejl wrote:
Hallo, ich hab hier ein "kleines" Problem: ich wollte Daten von meinem Windows-Rechner auf ein MO sichern. Das MO haengt an meinem Linux-Rechner (extern SCSI, aktive Terminierung OK) an einem AVA 2825. Die beiden Rechner sind uebers Netz (2x Intel Etherexpress 16 an BNC) miteinander verbunden. Beim Sichern kommt aber spaetestens nach 9 MB die Meldung:
"aha152x panic"
manchmal noch zusaetzlich
"In swapper, cannot sync"
und dann steht der Rechner... nur noch der Resetschalter reagiert.
Kommt das jemandem bekannt vor? Ich bin jetzt so langsam mit meinem Latein am Ende. Ich hoffe, mir kann da jemand helfen.
Beim AVA 2825 hab ich noch folgendes Problem (vielleicht haengt es ja damit zusammen): die MO-Medien haben 1.3 GB pro Seite, 1024 Bytes/Sec, also sollte ich die Extended_Translation einschalten. Aber irgendwie ignoriert er die Parameter, die ich beim Lilo angebe (aha152x=,,,,,,,1).
Gruss, Martin Hejl
Das aktivieren der Extended-Translation für Festplatten > 1GB wird im Controller-Bios eingestellt (Ctrl-A) und als Linux-Kernel-Parameter gibt es laut SuSE-Handbuch nur "aic7xxx=extended" für 2740/2840/2940. Im Linux-Anwender-Handbuch steht allerdings "aha274x=extended". Ob der 1542-Treiber diese Parameter kennt weis ich allerdings nicht. Bei den 2940-Typen die ich in letzter Zeit im Einsatz habe, scheint Linux die Einstellung aus dem Controller-BIOS zu übernehmen. Diese Option sollte man aber in diesem Fall nicht brauchen, da Linux keine Probleme mit Platten > 1024 Zylinder haben sollte. Da halte ich ein Hardware-Problem zwischen Controller und den ange- schlossenen Geräten für wahrscheinlicher. Ich hatte immer wieder mal Probleme mit CDROMŽs und Streamern an fast allen Adaptec Controllern, seltener mit Festplatten, mit MO-Laufwerken konnte ich aber bisher keine Erfahrungen sammeln. Da es sich um einen VL-Controller handelt, kann manchmal auch das Einstellen eines Wait-States auf dem VL-Bus weiter- helfen (Jumper oder BIOS-Einstellung) oder eine Reduzierung der Takt- frequenz. Man sollte den VL-Bus auch nicht mit mehr als 33MHz betreiben. Ich würde mal alternativ einen 2840 ausprobieren, da dieser gebräuch- licher ist, und von Linux besser unterstützt wird. Frank -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Hallo Frank,
Das aktivieren der Extended-Translation für Festplatten > 1GB wird im Controller-Bios eingestellt (Ctrl-A)
Stimmt schon, nur genau das hat der Treiber dann immer schön ignoriert...
und als Linux-Kernel-Parameter gibt es laut SuSE-Handbuch nur "aic7xxx=extended" für 2740/2840/2940. Im Linux-Anwender-Handbuch steht allerdings "aha274x=extended". Ob der 1542-Treiber diese Parameter kennt weis ich allerdings nicht.
Das hab ich dann auch rausbekommen - der Treiber erwartet wohl, dass man die komplette Parameter-Liste angibt, also aha152x=<IOPORT>[,<IRQ>[,<SCSI-ID>[,<RECONNECT>[,<PARITY>[,<SYNCHRONOUS> [,<DELAY>,<EXT_TRANS]]]]]]] bzw bei mir dann aha152x=0x340,11,7,1,1,0,100,1. Damit kam er dann mit 'extended translation enabled' hoch - an den panics hat das aber leider nichts geändert.
Bei den 2940-Typen die ich in letzter Zeit im Einsatz habe, scheint Linux die Einstellung aus dem Controller-BIOS zu übernehmen. Diese Option sollte man aber in diesem Fall nicht brauchen, da Linux keine Probleme mit Platten > 1024 Zylinder haben sollte. Naja, in der aha152x.c steht
| Basically this has no impact at all on Linux, because it also uses | block instead of C/H/S addressing. Unfortunately C/H/S addressing | is also used in the partition table and therefore every operating | system has to know the right geometry to be able to interpret it. So ganz egal isses dann wohl doch nicht (leider).
Da halte ich ein Hardware-Problem zwischen Controller und den ange- schlossenen Geräten für wahrscheinlicher.
Glaub ich nicht. Nachdem ich (um genau das zu prüfen) eine 4GB SCSI-Platte reingehängt hatte, bekam ich denselben Fehler beim Anlegen des Filesystems. Lustig war dabei auch noch, daß fdisk der festen Überzeugung war, die Platte wäre 8 GB gross... Ich hab das Problem jetzt aber gelöst: ich hab mir einfach einen Symbios-PCI-SCSI Kontroller gekauft und den reingehängt (nicht wundern, das Board ist ein kombiniertes VL/PCI Board inklusive NCR-SCSI Bios). Damit funktioniert es jetzt (mit der Platte) einwandfrei. Das MO konnte ich nicht mehr testen - ich hatte es nur ausgeliehen, und der Besizter wollte es wieder zurück haben (nachdem ich ihm die Filesysteme auf zwei Medien zerschossen hatte ;-)) Da fällt mir ein: weiß irgendjemand, wie die Tastenkombination (wenn es das überhaupt gibt) für das NCR SCSI-Bios lautet (CTRL-A funktioniert leider nicht)? Trotzdem Danke für den Versuch Gruß, Martin Hejl -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
participants (2)
-
frank.bodammer＠fen.baynet.de -
martin.hejl＠gmx.de