MP3s mit k3b als Audio-CD brennen lässt Rechner einfrieren
Hallo, ich habe so sehr gehofft, dass mit dem 2.6er Kernel (SuSE 9.1 Standard-Installation, Duron-950, VIA KT-133A) meine Audio-CD-Brennprobleme (mit UDMA!) gelöst würden, aber mich beschleicht ein ungutes Gefühl: k3b gestartet, "Neues Audio-CD-Projekt", MP3s reingezogen, "Brennen" -> 1 MP3-Lied wird dekodiert, dann passiert nix mehr. Mann kann auf mit Erfolg auf "Abbrechen" gehen. Allerdings kann es einem trotzdem dann passieren, dass der Rechner 1 Minute später oder so einfriert (und zumindest eine Zeitlang mittels "free" kein Speicherfressen bemerkt wurde). Keine Fehlermeldungen im k3b-Log, und in /var/log/messages dies: May 11 02:53:34 rechner cdrecord: resmgr: server response code 501 May 11 02:53:34 rechner cdrecord: resmgr: server response code 502 May 11 02:57:35 rechner kernel: hdg: DMA timeout retry May 11 02:57:35 rechner kernel: PDC202XX: Secondary channel reset. May 11 02:57:35 rechner kernel: hdg: timeout waiting for DMA May 11 02:57:35 rechner kernel: hdg: status timeout: status=0xff { Busy } May 11 02:57:35 rechner kernel: hdg: status timeout: error=0xffIllegalLengthIndication EndOfMedia Aborted Command MediaChangeRequested LastFailedSense 0x0f May 11 02:57:35 rechner kernel: hdg: drive not ready for command May 11 02:57:35 rechner kernel: hdg: ATAPI reset complete May 11 02:58:12 rechner k3b: resmgr: server response code 502 May 11 02:59:00 rechner /USR/SBIN/CRON[10494]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) May 11 03:00:55 rechner kernel: hdg: irq timeout: status=0x80 { Busy } May 11 03:00:55 rechner kernel: hdg: irq timeout: error=0x80LastFailedSense 0x08 May 11 03:00:55 rechner kernel: hdg: ATAPI reset complete May 11 04:28:58 rechner syslogd 1.4.1: restart. Bitte bitte helft mir :-/ Wenn Ihr jetzt sagt: "Ah, ein Promise im Rechner, da wird mir alles klar", halte ich das deswegen für einen unwahrscheinlichen Lösungsansatz, da ich mit dem 2.4er Kernel auch Probleme mit dem Brennen von Nicht-2352-Bytes/Sektor-CDs mit DMA hatte und ich damals alles bis auf das Nötigste aus meinem Rechner ausgebaut und es so probiert hatte - ohne Änderung. Und etwas sagt mir, dass es diesmal genauso sein wird. Mir war es sowieso ein Rätsel, wieso vorher nicht alle die gleichen Probleme hatten wie ich (hab es damals auch mit Knoppix ausprobiert, auf ca. 6 total verschiedenen Rechnern). Ich habe echt gedacht, dass sich das Warten auf bessere Zeiten endlich gelohnt hätte. Und so ganz hab ich die Hoffnung ja doch nicht aufgegeben... Unter Knoppix 3.4 mit 2.6er Kernel geht es (wobei der Rechner sich während des Brennens immer noch um Längen schlechter anfühlt als auf einem Windows-System. Was soll das bloß, ich wechsle bald wieder zu Windows ;-) Irgendwelche heißen Ideen (ohne einen Standardkernel zu installieren :-) hat denn keiner ähnliche Erfahrungen gemacht: Können alle 9.1-Benutzer mit k3b mp3s problemlos mit UDMA auf einem IDE-Brenner brennen? René
Hallo, Am Sonntag, 23. Mai 2004 14:17 schrieb René Matthäi:
hat denn keiner ähnliche Erfahrungen gemacht: Können alle 9.1-Benutzer mit k3b mp3s problemlos mit UDMA auf einem IDE-Brenner brennen?
SuSE 9.0, 2.4erKernel, KDE 3.2, und K3b 0.11.9 von Packman. Habe letzten Freitag Mp3's auf eine CD-RW auf einem Plextor PX W4012A mit maximaler Geschwindigkeit erfolgreich gebrannt. Ok, das hilft Dir jetzt auch nicht wirklich weiter. Grüße René
Hi, Am Sonntag, 23. Mai 2004 17:00 schrieb René Falk:
Am Sonntag, 23. Mai 2004 14:17 schrieb René Matthäi:
hat denn keiner ähnliche Erfahrungen gemacht: Können alle 9.1-Benutzer mit k3b mp3s problemlos mit UDMA auf einem IDE-Brenner brennen?
SuSE 9.0, 2.4erKernel, KDE 3.2, und K3b 0.11.9 von Packman. Habe letzten Freitag Mp3's auf eine CD-RW auf einem Plextor PX W4012A mit maximaler Geschwindigkeit erfolgreich gebrannt.
Unter 9.0 mit 2.4er ging das auch - wenn dabei auch das System fast nicht mehr benutzbar war und die Uhr hinterher verstellt, wenn man irgendeinen DMA-Modus für den Brenner verwendete. Oder stürzte das System im DAO-Modus beim Brennen von Nicht-2352-Bytes/Sektor-Größen einfach im DMA-Modus ab? Nun ja, wie schon oft gesagt, bei allen von mir getesteten Systemen ist - mehr oder weniger - kein 100%ig flüssiges Brennen von Nicht-Standard-Daten-CDs im DMA-Modus unter Linux mit dem 2.4er Kernel möglich gewesen. Wohnt jemand in Darmstadt oder so? Dann würde ich mir das gerne mal ansehen, aber ich glaube inzwischen fast wirklich, dass auch bei anderen eine gedrückte Taste in einem xterm mess- und oft auch beobachtbar mehr ruckelt, wenn so was gebrannt wird. Oder? René
Hi, Am Montag, 24. Mai 2004 23:29 schrieb René Matthäi:
Hi,
Unter 9.0 mit 2.4er ging das auch - wenn dabei auch das System fast nicht mehr benutzbar war und die Uhr hinterher verstellt, wenn man irgendeinen DMA-Modus für den Brenner verwendete.
Das System wird träge, ja stimmt, aber noch weit entfernt von "fast nicht mehr benutzbar". Man sollte die Systemressourcen im Auge behalten, und manche Anwendungen nicht beim brennen benutzen (und wieder eine Ähnlichkeit mehr mit Windows :-)). Das mit der Uhr habe ich nicht festgestellt.
Oder stürzte das System im DAO-Modus beim Brennen von Nicht-2352-Bytes/Sektor-Größen einfach im DMA-Modus ab?
Das Problem kenn ich bei mir nicht, aber bei einem Kollegen ist das auch so.
Nun ja, wie schon oft gesagt, bei allen von mir getesteten Systemen ist - mehr oder weniger - kein 100%ig flüssiges Brennen von Nicht-Standard-Daten-CDs im DMA-Modus unter Linux mit dem 2.4er Kernel möglich gewesen.
Scheint aber kein Problem bestimmter Programme zu sein. Unter Windows auf dem selben Rechner läuft es bei mir ähnlichen trägen Reaktionen, wie unter Linux (wenn man das überhaupt vergleichen kann). Ist auch egal welche Programme ich dazu benutze.
Wohnt jemand in Darmstadt oder so? Dann würde ich mir das gerne mal ansehen, aber ich glaube inzwischen fast wirklich, dass auch bei anderen eine gedrückte Taste in einem xterm mess- und oft auch beobachtbar mehr ruckelt, wenn so was gebrannt wird. Oder?
Die Brennerei ist halt noch nicht ausgereift :-) Grüße René
Hi, Am Dienstag, 25. Mai 2004 01:44 schrieb René Falk:
Scheint aber kein Problem bestimmter Programme zu sein. Unter Windows auf dem selben Rechner läuft es bei mir ähnlichen trägen Reaktionen, wie unter Linux (wenn man das überhaupt vergleichen kann). Ist auch egal welche Programme ich dazu benutze.
[...]
Die Brennerei ist halt noch nicht ausgereift :-)
Unter Windows, wenn ich mal nur vom Brennen spreche, habe ich _überhaupt_ gar niemals nie nicht keine Probleme beim Brennen oder DAE von _irgendwas_ gehabt, weder unter 98, XP oder 2000. (Ok, mehrere Dinge gleichzeitig machen unter 98 ist nicht unbedingt eine gute Idee.) Und nicht zu vergessen: Meine _alten_ schlechten Erfahrungen bezogen sich auf SuSE 9.0 z. B. mit 2.4er Kernel. _Aktuell_ geht es um die SuSE 9.1 mit Kernel 2.6. Der SuSE Standard-Kernel oder das SuSE cdrecord ist verglichen mit Knoppix 3.4 mit 2.6er Kernel "buggy", weil Absturz. (Doch selbst unter Knoppix 3.4 mit 2.6er ist Brennen und DAE nicht so gut wie unter Windows.) Also hat's vielleicht nur SuSE etwas verbockt. Wobei ich _überhaupt nicht_ verstehe, warum andere mit einer SuSE 9.1 Standard-Installation und k3b Audio-CDs brennen können und ich nicht(!). Wie gesagt, ich glaube einfach nicht, dass mein System irgendwo kaputt ist; dafür habe ich das alles, wenn auch sagen wir zuletzt vor einem halben Jahr, _ausführlich_ getestet. Ciao, René
participants (2)
-
René Falk
-
René Matthäi