Hi folks!
Ich habe ein etwas merkwürdiges Problem mit cdrecord 2.01. Ich nutze seid einiger Zeit Suse 10, habe cdrecord 2.01 auch schon selbst kompiliert. Das Problem ist folgendes:
Wenn ich eine CD brennen will, dann erhalte ich die Meldung:
---
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-3 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Drive buf size : 4802784 = 4690 KB
Drive DMA Speed: 6877 kB/s 39x CD 4x DVD
FIFO size : 4194304 = 4096 KB
/usr/bin/cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler
/usr/bin/cdrecord: Permission denied. WARNING: Cannot set priority using setpriority().
/usr/bin/cdrecord: WARNING: This causes a high risk for buffer underruns.
/usr/bin/cdrecord: DMA speed too slow (OK for 32x). Cannot write at speed 48x.
---
Nun steht dort, daß die Drive DMA speed für eine CD gerade mal maximal 39x beträgt! SOmit kann der Brenner (Plextor PX-712A) nur maximal 32x brennen. Nun zu den eigentlichen Problemen oder eher, dem "merkwürdigem" Verhalten:
1. Ich kann trotz der Fehlermeldung ohne Probleme und Pufferleerlauf und Burnfree bis zu 48x brennen
2. Ich erhalte diese Meldung nicht immer! In nicht nachvollziehbarer Weise erhalte ich auch ab und an korrekte Werte (also z.B. Drive DMA speed bei 139x CD und 20x DVD, etc.)
Ich dachte zunächst an eine Problem bei den Zugriffsrechten, doch auch wenn ich als root brenne, ist zwar die Meldung mit dem RR-Scheduler weg, aber die Drive DMA Speed bleibt so niedrig.
Zu meinem Sys: ich habe eine ganz normale Suse 10. Testweise einen 2.6.13.4 parallel dazu, aber ohne Verbesserungen. Auch unter einer Knoppix 4.0.2 erhalte ich diese Fehlermeldung.
Zu meiner Hardware: Asus A8N SLI Premium (BIOS 1006), Plextor PX712A (Secondary Master), Plextor PX-130A (Primary Master) Samsung 120 GB SATA, 1GB RAM.
Übrigens: hdparm zeigt mir an, daß der UDMA33 Modus für das Laufwerk aktiv ist und auch im BIOS wird das Laufwerk mit UDMA33 angezeigt.
Ist das Problem bekannt? Ist das "Problem" eher beim Kernel oder bei cdrecord zu suchen?
cu ...
Luzy
Ich habe ein etwas merkwürdiges Problem mit cdrecord 2.01. Ich nutze seid einiger Zeit Suse 10, habe cdrecord 2.01 auch schon selbst kompiliert. Das Problem ist folgendes:
Wenn ich eine CD brennen will, dann erhalte ich die Meldung:
---
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-3 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Drive buf size : 4802784 = 4690 KB
Drive DMA Speed: 6877 kB/s 39x CD 4x DVD
FIFO size : 4194304 = 4096 KB
/usr/bin/cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler
/usr/bin/cdrecord: Permission denied. WARNING: Cannot set priority using setpriority().
/usr/bin/cdrecord: WARNING: This causes a high risk for buffer underruns.
/usr/bin/cdrecord: DMA speed too slow (OK for 32x). Cannot write at speed 48x.
---
Nun steht dort, daß die Drive DMA speed für eine CD gerade mal maximal 39x beträgt! SOmit kann der Brenner (Plextor PX-712A) nur maximal 32x brennen. Nun zu den eigentlichen Problemen oder eher, dem "merkwürdigem" Verhalten:
1. Ich kann trotz der Fehlermeldung ohne Probleme und Pufferleerlauf und Burnfree bis zu 48x brennen
2. Ich erhalte diese Meldung nicht immer! In nicht nachvollziehbarer Weise erhalte ich auch ab und an korrekte Werte (also z.B. Drive DMA speed bei 139x CD und 20x DVD, etc.)
Ich dachte zunächst an eine Problem bei den Zugriffsrechten, doch auch wenn ich als root brenne, ist zwar die Meldung mit dem RR-Scheduler weg, aber die Drive DMA Speed bleibt so niedrig.
Zu meinem Sys: ich habe eine ganz normale Suse 10. Testweise einen 2.6.13.4 parallel dazu, aber ohne Verbesserungen. Auch unter einer Knoppix 4.0.2 erhalte ich diese Fehlermeldung.
Zu meiner Hardware: Asus A8N SLI Premium (BIOS 1006), Plextor PX712A (Secondary Master), Plextor PX-130A (Primary Master) Samsung 120 GB SATA, 1GB RAM.
Übrigens: hdparm zeigt mir an, daß der UDMA33 Modus für das Laufwerk aktiv ist und auch im BIOS wird das Laufwerk mit UDMA33 angezeigt.
Ist das Problem bekannt? Ist das "Problem" eher beim Kernel oder bei cdrecord zu suchen?
cu ...
Luzy