• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

cdrecord brennt nur 2 cds

oliampc

Newbie
hallo!

Habe folgendes Problem:

Wenn ich mit cdrecord im k3b brenne, dann kann ich 2 CDs hintereinander problemlos brennen. Bei der dritten aber bricht cdrecord mit Fehlermeldung ab (meist Fehler 255). Wenn ich aber nach dem Brennen einen Neustart mache, dann kann ich sofort wieder fehlerfrei brennen. System: Suse 10.0.

Frage: Kann das irgendein Puffer sein, den cdrecord benutzt und der nach dem Brennen nicht richtig gelöscht wird?

Hier mal ein Fehler-Log von k3b:

System
-----------------------
K3b Version: 0.12.15

KDE Version: 3.5.2 Level "a"
QT Version: 3.3.5
Kernel: 2.6.13-15.11-default
Devices
-----------------------

SAMSUNG CD-R/RW SW-252F R801 (/dev/hdd, ) at /media/cdrom [CD-R; CD-RW; CD-Rom] [CD-Rom; CD-R; CD-RW] [SAO; TAO; RAW; SAO/R96R; RAW/R16; RAW/R96R]
Used versions
-----------------------
cdrecord: 2.1

cdrecord
-----------------------
/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: Warning: not running as root user, fs= option ignored.
scsidev: '/dev/hdd'
devname: '/dev/hdd'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27

TOC Type: 0 = CD-DA
Using libscg version 'schily-0.8'.
Driveropts: 'burnfree'
atapi: 1
Device type : Removable CD-ROM
Version : 0
Response Format: 1
Vendor_info : 'SAMSUNG '
Identifikation : 'CD-R/RW SW-252F '
Revision : 'R801'
Device seems to be: Generic mmc CD-RW.
Current: 0x0009
Profile: 0x000A
Profile: 0x0009 (current)
Profile: 0x0008
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-3 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96R RAW/R16 RAW/R96R
Drive buf size : 1279488 = 1249 KB
FIFO size : 4194304 = 4096 KB
pregap1: -1
Track 01: audio 47 MB (04:40.25) no preemp swab copy
Track 02: audio 35 MB (03:32.98) no preemp swab copy
Track 03: audio 34 MB (03:23.65) no preemp swab copy
Track 04: audio 50 MB (05:02.84) no preemp swab copy
Track 05: audio 21 MB (02:08.37) no preemp swab copy
Track 06: audio 8 MB (00:50.62) no preemp swab copy
Track 07: audio 44 MB (04:24.32) no preemp swab copy
Track 08: audio 40 MB (04:02.92) no preemp swab copy
Track 09: audio 48 MB (04:48.13) no preemp swab copy
Track 10: audio 43 MB (04:17.46) no preemp swab copy
Track 11: audio 21 MB (02:10.41) no preemp swab copy
Track 12: audio 22 MB (02:11.69) no preemp swab copy
Total size: 423 MB (41:55.68) = 188676 sectors
Lout start: 423 MB (41:57/51) = 188676 sectors
Current Secsize: 2048
ATIP info from disk:
Indicated writing power: 5
Is not unrestricted
Is not erasable
Disk sub type: Medium Type B, low Beta category (B-) (4)
ATIP start of lead in: -11607 (97:27/18)
ATIP start of lead out: 359849 (79:59/74)
Disk type: Short strategy type (Phthalocyanine or similar)
Manuf. index: 18
Manufacturer: Plasmon Data systems Ltd.
Blocks total: 359849 Blocks current: 359849 Blocks remaining: 171173
Starting to write CD/DVD at speed 8 in real TAO mode for single session.
Last chance to quit, starting real write in 2 seconds.
1 seconds.
0 seconds.
Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
BURN-Free is ON.
Performing OPC...
Starting new track at sector: 0
Track 01: 0 of 47 MB written.
...
Starting new track at sector: 89317
Track 07: 0 of 44 MB written.
Track 07: 1 of 44 MB written (fifo 95%) [buf 84%] 45.8x.
Track 07: 2 of 44 MB written (fifo 81%) [buf 99%] 2.8x.
Track 07: 3 of 44 MB written (fifo 56%) [buf 99%] 8.5x.
Track 07: 4 of 44 MB written (fifo 29%) [buf 99%] 8.2x.
Track 07: 5 of 44 MB written (fifo 4%) [buf 99%] 8.5x.
/usr/bin/cdrecord: faio_wait_on_buffer for reader timed out.
Writing time: 442.300s
Min drive buffer fill was 84%
BURN-Free was 1 times used.
/usr/bin/cdrecord: fifo had 3362 puts and 3362 gets.
/usr/bin/cdrecord: fifo was 1 times empty and 3175 times full, min fill was 0%.

cdrecord command:
-----------------------
/usr/bin/cdrecord -v gracetime=2 dev=/dev/hdd speed=8 -tao driveropts=burnfree -eject -useinfo -audio -shorttrack /tmp/kde-sepp/k3b_audio_1_01.inf /tmp/kde-sepp/k3b_audio_1_02.inf /tmp/kde-sepp/k3b_audio_1_03.inf /tmp/kde-sepp/k3b_audio_1_04.inf /tmp/kde-sepp/k3b_audio_1_05.inf /tmp/kde-sepp/k3b_audio_1_06.inf /tmp/kde-sepp/k3b_audio_1_07.inf /tmp/kde-sepp/k3b_audio_1_08.inf /tmp/kde-sepp/k3b_audio_1_09.inf /tmp/kde-sepp/k3b_audio_1_10.inf /tmp/kde-sepp/k3b_audio_1_11.inf /tmp/kde-sepp/k3b_audio_1_12.inf
 

basman

Member
Du hast mit Speed 8 gebrannt und dir ist der FIFO-Buffer leergelaufen. Das sollte nicht passieren (Burn-Free schön und gut, aber wenn die Kiste zu lahm ist, helfen keine Tabletten.) Entweder ist deine Kiste zu lahm, oder es besteht ein Hardware-Problem. Brenne langsamer oder probier mal, ob es als root besser klappt. Oder probier, ob der Brenner im DAO-mode mitspielt, anstelle vom TAO-mode.
 
basman schrieb:
Du hast mit Speed 8 gebrannt und dir ist der FIFO-Buffer leergelaufen. Das sollte nicht passieren (Burn-Free schön und gut, aber wenn die Kiste zu lahm ist, helfen keine Tabletten.)
?! Schließlich konnten 133 MHz-Rechner schon Octaspeed ertragen, und das ohne Burnsonstwas. Wenn also BF/JL/blubb verfügbar ist, sind Buffer Underruns doch noch weniger ein Problem.
 
OP
O

oliampc

Newbie
basman schrieb:
Du hast mit Speed 8 gebrannt und dir ist der FIFO-Buffer leergelaufen. Das sollte nicht passieren (Burn-Free schön und gut, aber wenn die Kiste zu lahm ist, helfen keine Tabletten.) Entweder ist deine Kiste zu lahm, oder es besteht ein Hardware-Problem.

mein Rechner ist neu, Celeron D mit 3 GHZ, 512 MB Speicher.

Vor allem: WARUM passiert der Fehler erst NACH dem brennen von 2 CDs?

Wird der FIFO-Buffer denn nicht routinemäßig gelöscht?


Brenne langsamer oder probier mal, ob es als root besser klappt. Oder probier, ob der Brenner im DAO-mode mitspielt, anstelle vom TAO-mode.

Ich hab schon alle Brenn-Modes ausprobiert. das gleiche passiert auch als root.

Scheinbar will mein ASrock-Motherboard nicht richtig mit Suse-Linux.

Nur - wie bring ich den Fehler weg?

grüße
 

basman

Member
Mir fällt da nichts mehr ein, was unbedingt helfen könnte. Ausser: probier einen anderen Brenner (leih dir einen von Freunden).

Hardware-Probleme sind meist so aufwendig zu beheben, dass man sich nach dem Austauschen defekter Teile geradezu wundert, wie sie sich beheben lassen.
 
Oben