Hallo LUG,
ich habe mir heute ein 100MB-IDE-Ziplaufwerk von NEC gekauft. Meine Laufwerke sehen damit so aus: - hda: Festplatte (Maxtor) - hdc: CDROM (Asus) - hdd: Zip
Damit hängt das Zip an einem anderen IDE-Kanal als die Platte.
Jetzt zu meinem Problem: Wenn ich das Zip also angeschlossen habe, kann ich auf hda kein DMA mehr einstellen (hdparm -d ... geht zwar, aber alle Programme stürzen ab und im Syslog stehen ständig IDE-Resets, CRC-Errors und Drive Read Seek Complete Errors).
Schalte ich DMA auf der Platte aus, läuft alles. Oder: Nehme ich das Zip wieder aus dem Rechner, kann ich auch wieder DMA für die Platte einstellen.
Kernel: 2.2.14 (SuSE) Mainboard: SL54U5 (Baby-AT), Via-Chipsatz, von Anfang '99
Der Service-Mensch bei Winner hatte genauso wie ich keine Idee, woran das liegen könnte, da das Zip die Platte ja nicht beeinflussen können sollte (IDE-Kanäle sind ja getrennt). Unter Windoof konnte ich das nicht ausprobieren, weil ich sowas nicht hab und außerdem sowieso keine Treiber mit bei waren. Das Zip scheint aber in Ordnung zu sein.
cu Konrad
PS: Wenn ich kein DMA wieder hinkriege, dann schaffe ich das Zip zurück, da mein Prozessor wirklich DMA braucht (K6-2 350 + 320MB RAM)...
Am Sam, 24 Feb 2001 schrieb Konrad Stopsack:
Hallo LUG,
ich habe mir heute ein 100MB-IDE-Ziplaufwerk von NEC gekauft. Meine Laufwerke sehen damit so aus:
- hda: Festplatte (Maxtor)
- hdc: CDROM (Asus)
- hdd: Zip
Damit hängt das Zip an einem anderen IDE-Kanal als die Platte.
Jetzt zu meinem Problem: Wenn ich das Zip also angeschlossen habe, kann ich auf hda kein DMA mehr einstellen (hdparm -d ... geht zwar, aber alle Programme stürzen ab und im Syslog stehen ständig IDE-Resets, CRC-Errors und Drive Read Seek Complete Errors).
Bei mir hängt das Zip (auch 100MB-IDE von NEC) als Master alleine am Secondary und das CDROM als Slave hinter der Platte am Primary und DMA mit der HD funkt.
Was für ein Deutsch....:)
Bye, Stephan
Hallo Konrad,
es liegt vermutlich sehr stark an Deinem ZIP-Drive. Bei uns hatten wir auch die von NEC - unter SinnlosNT gabs damit nur Systemabstürze. Seit dem Austausch in original iomega-drives Laufen die Maschinen.
Gruß Tilo
-- Tilo Wetzel, Dresden http://www.elline.de Nachteil zu LINUX, zu den (animierten) Abstürzen kommst du nicht!
Am Samstag, 24. Februar 2001 22:31 schrieb Tilo Wetzel zu "Re: [Lug-dd] Problem mit IDE-Zip":
Hallo Konrad,
es liegt vermutlich sehr stark an Deinem ZIP-Drive. Bei uns hatten wir auch die von NEC - unter SinnlosNT gabs damit nur Systemabstürze. Seit dem Austausch in original iomega-drives Laufen die Maschinen.
Ich habe mir jetzt 2.4.2 gezogen und den speziellen IDE-Chipsatz meines Boards in der Kernelkonfiguration gefunden. Den scheint es auch schon bei SuSE-2.2.14 gegeben zu haben, er war aber im Standardkernel natürlich nicht aktiviert. Ausprobiert habe ich es allerdings noch nicht, da das Zip erstmal wieder abgeklemmt ist. Ich hoffe, daß es dann funktioniert, sonst nehme ich das Ding von Iomega. Und mal sehen, was die bei Winner meinen.
cu Konrad
Ausprobiert habe ich es allerdings noch nicht, da das Zip erstmal wieder abgeklemmt ist. Ich hoffe, daß es dann funktioniert, sonst nehme ich das Ding von Iomega. Und mal sehen, was die bei Winner meinen.
Tip: gar nicht erst probieren - Zeitverschwendunfg, gleich iomega organisieren.
Gruß Tilo
-- Tilo Wetzel, Dresden http://www.elline.de Nachteil zu LINUX, zu den (animierten) Abstürzen kommst du nicht!
Hallo Konrad,
habe leider die Lösung auch noch nicht gefunden.
Allerdings kann ich auch kein DMA 66 aktivieren seit ich eine neue Platte von Maxtor habe. Dabei habe ich mir auch eine zweite Platte reingehängt. Ich verwende SuSE 6.4 auch mit Kernel 2.2.14. Meine Laufwerke sehen folgendermaßen aus:
hda: Platte (Maxtor 33073U4) hdb: Platte (Quantum Fireball) hdd: CDROM
Es kommt kurz nach Aktivierung zu Programmabstürzen und e2fsck anschließend regelmäßig Fehler auf der Platte.
Auf einer weiteren Partition habe ich zum probieren ein SuSE 7.0 mit einem anderen Kernel (ich habe gerade die Versionsnummer nicht griffbereit, es ist der dortige Standard-Kernel). Hier habe ich es vorher schon probiert DMA zu aktivieren. Erst nachdem es keine Probleme gab, habe ich bei meinem "scharfen" Linux-System DMA mit den gerade beschriebenen Folgen aktiviert. Selbst Windows hat einen Treffer abbekommen, obwohl nichtmal eine Win-Partition gemountet war.
Nachdem Du den selben Kernel wie ich verwendest, überlege ich, ob man eine andere Version probieren sollte. Aber ich hasse Tests am laufenden System.
Falls Du zu einem Erfolg kommst wäre ich auch für einen Tip dankbar. Ich glaube, nachdem ich sehe, dass dein Prozessor auf satte 350 MHz getaktet ist, habe ich DMA noch nötiger.
Sebastian
Am Sam, 24 Feb 2001 schrieben Sie:
Hallo LUG,
ich habe mir heute ein 100MB-IDE-Ziplaufwerk von NEC gekauft. Meine Laufwerke sehen damit so aus:
- hda: Festplatte (Maxtor)
- hdc: CDROM (Asus)
- hdd: Zip
Damit hängt das Zip an einem anderen IDE-Kanal als die Platte.
Jetzt zu meinem Problem: Wenn ich das Zip also angeschlossen habe, kann ich auf hda kein DMA mehr einstellen (hdparm -d ... geht zwar, aber alle Programme stürzen ab und im Syslog stehen ständig IDE-Resets, CRC-Errors und Drive Read Seek Complete Errors).
Schalte ich DMA auf der Platte aus, läuft alles. Oder: Nehme ich das Zip wieder aus dem Rechner, kann ich auch wieder DMA für die Platte einstellen.
Kernel: 2.2.14 (SuSE) Mainboard: SL54U5 (Baby-AT), Via-Chipsatz, von Anfang '99
Der Service-Mensch bei Winner hatte genauso wie ich keine Idee, woran das liegen könnte, da das Zip die Platte ja nicht beeinflussen können sollte (IDE-Kanäle sind ja getrennt). Unter Windoof konnte ich das nicht ausprobieren, weil ich sowas nicht hab und außerdem sowieso keine Treiber mit bei waren. Das Zip scheint aber in Ordnung zu sein.
cu Konrad
PS: Wenn ich kein DMA wieder hinkriege, dann schaffe ich das Zip zurück, da mein Prozessor wirklich DMA braucht (K6-2 350 + 320MB RAM)... -- Konrad Stopsack - konrad@stopsack.de
Lug-dd maillist - Lug-dd@schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd
Hallo LUGger, so langsam wird's kriminell mit meinem Zip-Laufwerk. Habt Ihr noch Ideen?
Zip-Drive: NEC Kernel: 2.2.14-SuSE (kein spez. Chipsatz-Treiber) Beobachtung: alles funktioniert, bis ich DMA per hdparm einschalte -> dann nur noch CRC-Fehler, IDE-Resets etc.
Zip-Drive: NEC Kernel: 2.4.2 (mit VIA VT82cxxxxx-Unterstützung) Beobachtung: DMA von alleine überall eingeschaltet, aber nur 9 statt 13 MB / Sek für die Platte; und /proc/ide/via zeigt als Maximum für hda (Platte) 16MB an, aber für hdc (CDROM) 33, zur Erinnerung: hdd = Zip); nur im Kernel-Modus (d.h. dort, wo noch kein Init gestartet wurde), ca. 3 IDE-Resets mit entsprechenden Fehlermeldungen, danach Ruhe, aber wie gesagt langsamer -> ich trau dem Frieden nicht.
Zip-Drive: Iomega Kernel: 2.4.2 (wie oben) Beobachtung: Kernel scheint DMA einstellen zu wollen, endet aber mit "Kernel panic: unable to mount root fs", nachdem ReiserFS seien Superblock nicht lesen konnte und ein I/O-Error auf der Platte aufgetreten war.
Wie gesagt: Nehme ich das Zip heraus (Kabel abklemmen), funktioniert alles prima - mit DMA. Die Zip-Laufwerke funktionieren auch einwandfrei.
Ich habe jetzt ca. eineinhalb Wochen Zeit (Rückgabefrist bei Winner), um es hinzukriegen, sonst gebe ich das Zip zurück. Was kann ich noch machen? Das hier mal in die Kernel-Mailingliste posten? Den Autor des VIA-IDE-Treibers (Vojtech Pavlik von SuSELabs.CZ) mal anschreiben? Oder sonst noch was???
Bitte, bitte, helft mir!
cu Konrad
On 28-Feb-2001 Konrad Stopsack wrote: Also direkt kann ich Dir nicht helfen, da meine Probleme mit dem NEC ZIP ziemlich nachvollziehbar sind.
Installation: Bladde an hda ZIP = hdc CDROM = hdd
Problembeschreibung: * beim Einlegen einer Zip hängt sich manchmal das ZIP auf, manchmal steht dann auch der Rechner * tlw. kommt folgende Fehlermeldung irgendwann vorher:
kernel: ide-floppy: hdc: I/O error, pc = 0, key = 2, asc = 3a, ascq = 0 kernel: ide-floppy: hdc: I/O error, pc = 1b, key = 2, asc = 3a, ascq = 0
Problemursache: * ZIP macht besonders oft Probleme, wenn vorher auf CDROM zugegriffen wurde * wenn ein gewisses Maß an Myonen durch das ZIP gerauscht ist, was auch kurz nach Einschalten sein kann ;-)))
Andere Kombinationen brachten nicht viel: * ZIP als hdb reißt meist den Rechner in den Tod wenn obige Kernelmeldung kommt * CDROM hdb und ZIP hdc bringt keine Besserung * CDROM hdc und ZIP hdd macht mehr Probleme
Manchmal läuft mein Rechner 2 Wochen mit regelmäßiger ZIP Nutzung und manchmal muß ich ihn jeden Tag runter fahren (meist bleibt nur das ZIP hängen) -- wie ich schon vermute: Myonen oder Neutrinos oder so was...
Wenn sich mein Rechner richtig aufhängt, nützt übrigens der Einschalter meines ATX-Boards auch nicht mehr.
So und jetzt noch was zur Hard- und Software: AMD Athlon stepping 0 AMD7409 revision 3 IDE chipsatz Kernel z.Z. 2.4.2, Dateisystem hauptsächlich reiserfs
Unterschiedliche Kernel-Versionen bringen: *nichts*. Manchmal lief mein Rechner nach einem Kernel-Update 'ne ganze Weile ok und ich hoffte -- aber irgendwann gab sich das dann.
Also, wie ich schon sagte, keine Lösung von mir. Getauscht habe ich das Ding einfach nicht, weil ich nicht so richtig die Zeit hab mich um sowas zu kümmern (schreibe gerade Diplomarbeit) (und es ein UNI-Rechner ist).
cu, Carsten
lug-dd@mailman.schlittermann.de
-
Carsten Schurig -
Konrad Stopsack -
Sebastian.Foerster -
Stephan Goetter -
Tilo Wetzel