K3B sometimes hangs at start when burning ISO images to disk in Ubuntu Feisty

Bug #115244 reported by George Mason
4
Affects Status Importance Assigned to Milestone
k3b (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: k3b

Hi,

When burning ISO images to CD using K3B the process sometimes hangs right at the beginning, before "Starting disc write" is displayed in the progress window. When the hang occurs, I am unable to dismount the blank CDR and have to reboot the machine in order to open the CDR drawer. This happens about once in every 4 attempts to burn ISO images. I usually have Firefox and VMWare Wkstn 5.5 running at the same time, Firefox often hangs temporarily when this error occurs, VMWare crashes completely.

I am using K3B on an HP nx9420 running Ubuntu Feisty with the latest updates. The log from a successful ISO image burn is included below for your reference - please let me know what further info you need to look into the problem. Thanks. George

System
-----------------------
K3b Version: 1.0

KDE Version: 3.5.6
QT Version: 3.3.7
Kernel: 2.6.20-15-generic
Devices
-----------------------
HL-DT-ST DVDRAM GSA-4082N CQ04 (/dev/scd0, ) [CD-R, CD-RW, CD-ROM, DVD-ROM, DVD-R, DVD-RW, DVD+R, DVD+RW, DVD+R DL] [DVD-ROM, DVD-R Sequential, DVD-RAM, DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+R Dual Layer, CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R, RAW/R16, RAW/R96P, RAW/R96R, Restricted Overwrite]

Used versions
-----------------------
cdrecord: 1.1.2

cdrecord
-----------------------
scsidev: '/dev/scd0'
devname: '/dev/scd0'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.27
Wodim version: 1.1.2
SCSI buffer size: 64512
Beginning DMA speed test. Set CDR_NODMATEST environment variable if device
communication breaks or freezes immediately after that.
TOC Type: 1 = CD-ROM
Driveropts: 'burnfree'
atapi: 1
Device type : Removable CD-ROM
Version : 5
Response Format: 2
Capabilities :
Vendor_info : 'HL-DT-ST'
Identification : 'DVDRAM GSA-4082N'
Revision : 'CQ04'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Current: 0x0009 (CD-R)
Profile: 0x0012 (DVD-RAM)
Profile: 0x0011 (DVD-R sequential recording)
Profile: 0x0014 (DVD-RW sequential recording)
Profile: 0x0013 (DVD-RW restricted overwrite)
Profile: 0x001A (DVD+RW)
Profile: 0x001B (DVD+R)
Profile: 0x002B (DVD+R/DL)
Profile: 0x0010 (DVD-ROM)
Profile: 0x0009 (CD-R) (current)
Profile: 0x000A (CD-RW)
Profile: 0x0008 (CD-ROM)
Profile: 0x0002 (Removable disk)
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 : 1053696 = 1029 KB
Drive DMA Speed: 9137 kB/s 51x CD 6x DVD
FIFO size : 12582912 = 12288 KB
Speed set to 4234 KB/s
Track 01: data 438 MB
Total size: 503 MB (49:52.12) = 224409 sectors
Lout start: 503 MB (49:54/09) = 224409 sectors
Current Secsize: 2048
ATIP info from disk:
  Indicated writing power: 5
  Is not unrestricted
  Is not erasable
  Disk sub type: Medium Type A, high Beta category (A+) (3)
  ATIP start of lead in: -11634 (97:26/66)
  ATIP start of lead out: 359846 (79:59/71)
Disk type: Short strategy type (Phthalocyanine or similar)
Manuf. index: 3
Manufacturer: CMC Magnetics Corporation
Blocks total: 359846 Blocks current: 359846 Blocks remaining: 135437
Starting to write CD/DVD at speed 24.0 in real SAO 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.
Performing OPC...
Sending CUE sheet...
Writing pregap for track 1 at -150
Starting new track at sector: 0
Track 01: 0 of 438 MB written.
Track 01: 1 of 438 MB written (fifo 100%) [buf 99%] 8.9x.
Track 01: 2 of 438 MB written (fifo 100%) [buf 99%] 10.4x.
Track 01: 3 of 438 MB written (fifo 100%) [buf 99%] 10.8x.

<< trunkated >>

Track 01: 436 of 438 MB written (fifo 100%) [buf 98%] 20.9x.
Track 01: 437 of 438 MB written (fifo 100%) [buf 98%] 21.5x.
Track 01: 438 of 438 MB written (fifo 100%) [buf 98%] 20.7x.
Track 01: Total bytes read/written: 459589632/459589632 (224409 sectors).
Writing time: 234.256s
Average write speed 12.8x.
Min drive buffer fill was 93%
Fixating...
Fixating time: 4.735s

cdrecord command:
-----------------------
/usr/bin/wodim -v gracetime=2 dev=/dev/scd0 speed=24 -dao driveropts=burnfree -overburn -data -tsize=224409s -

Revision history for this message
Mario Đanić (mario-danic) wrote :

Thank you for reporting this bug. Are you able to reproduce with gutsy?

Changed in k3b:
status: New → Incomplete
Revision history for this message
George Mason (george-porthall) wrote :

I haven't tried Gutsy yet. However I think the problem is down to not being able to enable DMA on the drive. When I run hdparm I get the following output:

gmason@gmason-laptop:~$ sudo hdparm -d1 /dev/scd0

/dev/scd0:
 setting using_dma to 1 (on)
 HDIO_SET_DMA failed: Inappropriate ioctl for device
gmason@gmason-laptop:~$ sudo hdparm /dev/scd0

/dev/scd0:
 IO_support = 0 (default 16-bit)
 readonly = 0 (off)
 readahead = 256 (on)
 HDIO_GETGEO failed: Inappropriate ioctl for device

I think this is the cause of the problems.

Nanley Chery (nanoman)
Changed in k3b:
status: Incomplete → New
status: New → Confirmed
Revision history for this message
j.scott.gwin@gmail.com (j.scott.gwin) wrote :

I have the same problem in Gutsy. The result is the same in that the burn process never starts and I must reboot to unmount and get the CD out. This happens every time I try to burn. Perhaps I need to list this as a separate bug since the problem seems to be wodim.
________________________

System
-----------------------
K3b Version: 1.0.3

KDE Version: 3.5.8
QT Version: 3.3.7
Kernel: 2.6.22-14-generic
Devices
-----------------------
CyberDrv CW078D CD-R/RW 150E (/dev/scd0, ) [CD-R, CD-RW, CD-ROM] [CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R, RAW/R16, RAW/R96P, RAW/R96R]

HL-DT-ST DVD-ROM GDR8161B 0040 (/dev/scd1, ) [CD-ROM, DVD-ROM] [DVD-ROM, CD-ROM] [None]
Used versions
-----------------------
cdrecord: 1.1.6

cdrecord
-----------------------
/usr/bin/wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits.
scsidev: '/dev/scd0'
devname: '/dev/scd0'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.27
Wodim version: 1.1.6
SCSI buffer size: 64512
Beginning DMA speed test. Set CDR_NODMATEST environment variable if device
communication breaks or freezes immediately after that.
Errno: 5 (Input/output error), read buffer scsi sendcmd: no error
CDB: 3C 00 00 00 00 00 00 FC 00 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 72 0B 47 00 00 00 00 0E 09 0C 00 00 00 02 00 00
Sense Key: 0x7 Data Protect, Segment 11
Sense Code: 0x00 Qual 0x02 (end-of-partition/medium detected) Fru 0x0
Sense flags: Blk 0 (not valid) end of medium
cmd finished after 154.067s timeout 200s
TOC Type: 1 = CD-ROM
Driveropts: 'burnfree'
Device type : Removable CD-ROM
Version : 5
Response Format: 2
Capabilities :
Vendor_info : 'CyberDrv'
Identification : 'CW078D CD-R/RW '
Revision : '150E'
Device seems to be: Generic mmc CD-RW.
Current: 0x0009 (CD-R)
Profile: 0x000A (CD-RW)
Profile: 0x0009 (CD-R) (current)
Profile: 0x0008 (CD-ROM)
Profile: 0x0002 (Removable disk)
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-2 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Drive buf size : 1806336 = 1764 KB
FIFO size : 12582912 = 12288 KB
/usr/bin/wodim: Cannot load media.
/usr/bin/wodim: Cannot eject media.
Track 01: data 115 MB
Total size: 132 MB (13:05.62) = 58922 sectors
Lout start: 132 MB (13:07/47) = 58922 sectors

cdrecord command:
-----------------------
/usr/bin/wodim -v gracetime=2 dev=/dev/scd0 speed=40 -dao driveropts=burnfree -eject -overburn -data -tsize=58922s -
___________________

Revision history for this message
Gareth Fitzworthington (mapping-gp-deactivatedaccount) wrote :

George,
Can you test the following possible solution?
http://linux-ata.org/faq.html#combined
It will only be relevant if you have an Intel Chipset.
It has to do with a DMA conflict on Intel motherboards where SATA & PATA have been combined.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.