A few months ago I changed from Suse 10.2 to 10.3 and I am using KDE 3.5.7. When trying to create a back-up cd with K3b this application quit after having written about 40 MB of data. The data in the debug output (as well as the text) suggest a buffer underrun. I do not know how to avoid this problem. (Under 10.2 I have written several cd-r’s using k3b without any problem.)
Is there anyone around who can help me to get going again?
Please find below a selection of k3b’s debug output.
Thanks in advance,
Hans.
System
K3b Version: 1.0.3
KDE Version: 3.5.7 “release 72.9”
QT Version: 3.3.8
Kernel: 2.6.22.17-0.1-default
Devices
HP CD-Writer+ 9100 1.0c (/dev/sr0, ) [CD-R, CD-RW, CD-ROM] [Error] [SAO, TAO, RAW, SAO/R96R, RAW/R96R]
<cut>
</cut>
Track 01: 34 of 526 MB written (fifo 73%) [buf 99%] 8.5x.
Track 01: 35 of 526 MB written (fifo 59%) [buf 99%] 8.2x.
Track 01: 36 of 526 MB written (fifo 45%) [buf 99%] 8.5x.
Track 01: 37 of 526 MB written (fifo 31%) [buf 99%] 8.2x.
Track 01: 38 of 526 MB written (fifo 17%) [buf 99%] 8.5x.
Track 01: 39 of 526 MB written (fifo 1%) [buf 98%] 7.9x.
Track 01: 40 of 526 MB written (fifo 1%) [buf 57%] 3.1x.
Track 01: 41 of 526 MB written (fifo 1%) [buf 25%] 3.6x.
Errno: 5 (Input/output error), write_g1 scsi sendcmd: no error
CDB: 2A 00 00 00 53 31 00 00 1F 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 03 00 00 00 00 12 00 00 00 00 0C 09 00 00
Sense Key: 0x3 Medium Error, Segment 0
Sense Code: 0x0C Qual 0x09 (write error - loss of streaming) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.012s timeout 40s
/usr/bin/X11/wodim: The current problem looks like a buffer underrun.
/usr/bin/X11/wodim: Try to use ‘driveropts=burnfree’.
/usr/bin/X11/wodim: Make sure that you are root, enable DMA and check your HW/OS set up.
write track data: error after 43616256 bytes
Writing time: 48.013s
Average write speed 86.9x.
Min drive buffer fill was 25%
Fixating…
Fixating time: 31.595s
/usr/bin/X11/wodim: fifo had 751 puts and 688 gets.
/usr/bin/X11/wodim: fifo was 44 times empty and 480 times full, min fill was 0%.