Hallo, Am Mittwoch, 13. November 2002 10:09 schrieb René Matthäi:
Marcel Brugger schrieb:
Vielleicht hilft dir die Info.
Hast du überprüft ob auf der CDROM hardware die Jumper DMA aktiviert ist.
Ich habe einen Plextor 40x ide CDRecorder und bei dem ist die Jumpereinstellung hinten am gerät wo MASTER/SLAVE/CS/DMA. Default ist es nicht aktiviert.
Das Erzwingen des DMA ???????????
Mannomann - auch dieser Mailingliste sollte es langsam mal klar werden, dass es ein Riesenproblem für eine ganze Reihe Leute gibt, die die 8.1 verwenden (8.0 auch?): ide-scsi
Im 2.6er Kernel wird es das gar nicht mehr geben, dann wird direkt angesprochen.
Man hört, dass sich die Probleme möglicherweise durch einen Backport von 2.5 auf 2.4 durch SuSE ergeben haben. Es soll auch diverse Patchs geben, die sich mit diesem Thema befassen (IDE + ide-scsi + DMA). Doch dieser Patch ist bei SuSE wohl nicht mit drin.
Laut anderen schweigt sich SuSE auch zu diesem Thema wieder mal aus und lässt den User allein. Und das, obwohl dieses Problem vielleicht ja eines von diesen ganz seltenen Installationssupport-Problemen sein könnte. Meiner Meinung nach ist. SuSEs Meinung nach bestimmt natürlich _nicht_ ist, was sollte man anderes erwarten...
Du darfst (was sollst weiß ich nicht) erwarten, dass die Fehler, die uns bekannt sind und deren Ursache ausreichend analysiert ist auch von uns so kommuniziert wird. Sei es über entsprechende Artikel in der Supportdatenbank oder auch über Updates. Das Problem mit ide-scsi in Verbindung mit DMA kenne ich auch. Verstehen tue ich es allerdings nicht. Auf manchen Rechnern und mit manchen Kerneln führt die aktivierung des DMA Zugriffs auf das IDE-Gerät dann zu einer Kernel-Panic, wenn das Gerät über den ide-scsi Layer angesprochen wird. Dazu muss man sagen, dass man für die emulierten SCSI-Geräte den DMA Mode nicht direkt setzen kann, sondern nur dadurch, dass man das darunterliegende IDE-Gerät mit hdparm in den DMA-Mode versetzt. Das gelingt übrigens auch regelmäßig ohne Probleme. Die kommen erst (wenn sie überhaupt kommen), wenn man auf ein so konfiguriertes Gerät lesend zugreifen will. Muss auch nicht sofort passieren. Ist natürlich schlecht. Sozusagen. Ohne DMA keine Abstürze, aber lahm. Das ist natürlich die Standardeinstellung. Ob es eine generelle Unverträglichkeit zwischen dem ide-scsi Layer und dem DMA-Modus gibt weiss ich nicht. Die Behauptung/Vermutung, dass das ein SuSE-spezifisches Problem sei höre ich heute zum ersten mal. Was nicht heist, dass es nicht so sein könnte.
Dass es seit einigen SuSE-Versionen Probleme mit der DVD gibt, in der Art:
kernel: hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
ist nichts Neues, und wer behauptet, dass habe keine Auswirkungen, der hat keine Ahnung. Windows kommt ohne Probleme mit DVDs und UDMA zurecht, doch entweder sind die SuSE-DVDs schon immer von miserabelster Qualität oder SuSE klemmt sich nicht seit einigen Ausgaben hinter ein echt verbreitetes Problem.
Linux kann auch ohne Probleme im DMA-Modus auf die DVD zugreifen. Nur die ide-scsi Emulation läuft damit zumindest auf einigen Systemem nicht.
Seit 8.1 sind noch einige andere Fehlerarten hinzugekommen, und eben auch die Unmöglichkeit zu brennen. Ohne Burn-Proof wäre das echt kaum möglich. So kann man halt bei langsamem Brennen (!) nix Anderes am Rechner machen. Und Audio CDs wollen wir ja nicht mit 150 Burn-Proof-EInsätzen brennen, oder?!
Ich habe SuSE letztens eine ordentliche Liste von mehr als 20 Fehlern geschickt, aber die haben nur gemeint, dass sei ja alles nicht Inst.-Support - wobei ich der Meinung war, dass Inst.-Support nicht nur darum endet, weil man ein Login vor sich hat...
Jedem seine Meinung. Aber welche Themen vom kostenlosen Installations-Support abgedeckt werden und welche nicht hängt davon nicht ab. support@suse.de ist _nicht_ die Sammelstelle für Bugreports. Dafür gibt es die Feedback-Schnittstelle: http://www.suse.de/feedback Die Leute die im Support arbeiten haben da eine Aufgabe zu erfüllen. Und die lautet nicht Fehelerreports zu analysieren, zu übersetzen und aufzuteilen um sie dann an die richtigen Entwickler weiterzuleiten. Nicht, dass vom Support keine Fehler weitergeleitet würden.
Die haben die Nachrichten nicht mal von selbst an feedback@suse weitergeleitet, sondern mir gesagt, ich solle die auf Englisch schreiben
Richtig, weil eine ganze Reihe der Entwickler gar nicht deutsch sprechen oder auch nur verstehen.
und jede einzeln!
Auch richtig, weil die Fehler-Reports - wenn sie denn baruchbar sind - ja auch gezielt zu den richtigen Leuten sollen.
Mach ich jetzt auch, täglich eine.
Danke. Schöne Grüße aus Bremen hartmut