Regression: k3b fails to verify

Bug #103558 reported by Richard Green
10
Affects Status Importance Assigned to Milestone
k3b (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: k3b

Kubuntu amd64 desktop feisty beta daily build 20070404.
Package k3b - trying to burn the 20070405 iso. Writing successfully completed. Internal error: Verification job improperly initialized.

The 0404 daily build seems to be a regression. I earlier reported problems with adept - I can't apply updates or install packages after installation (Bug #103163)

A week or two ago, there were bugs filed where I could post an overall 'test report' on a given install test, but those seem to have been closed, at least I can't find them anymore with a search for 'iso testing'. Why? Those should be left open until the final release date.

Revision history for this message
Richard Green (rtg-aapsc) wrote :

Just noticed - this version of k3b is calling /usr/bin/wodim ISTR that it was using cdrecord just a few days ago...

Revision history for this message
Richard Green (rtg-aapsc) wrote :

with the 20070405 build, I experienced the same problem, and one additional problem: The CDR came up with DMA support off.
WHen I started k3b, it notified me that DMA was off, but for the next few minutes, my system was incredibly unresponsive. Even the cursor! It took me several minutes to move the cursor to a konsole window so I could enable DMA. Finally, k3b finished initializing, the drive door opened (I had pressed the button immediately after launching k3b), and the cursor became responsive.
I enabled DMA on hdc, and proceeded to burn the disk. Again, it quit after the burn phase and notified me that the verification job was improperly initialized.

Revision history for this message
Richard Green (rtg-aapsc) wrote :
Download full text (47.3 KiB)

here's the 'debug info' produced by k3b while trying to burn the 0407 daily build.

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

KDE Version: 3.5.6
QT Version: 3.3.7
Kernel: 2.6.20-14-generic
Devices
-----------------------
Slimtype COMBO LSC-24082K JBK2 (/dev/hdc, ) [CD-R, CD-RW, CD-ROM, DVD-ROM] [DVD-ROM, CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R, RAW/R16, RAW/R96P, RAW/R96R]

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

cdrecord
-----------------------
scsidev: '/dev/hdc'
devname: '/dev/hdc'
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 : 0
Response Format: 2
Capabilities :
Vendor_info : 'Slimtype'
Identification : 'COMBO LSC-24082K'
Revision : 'JBK2'
Device seems to be: Generic mmc2 DVD-ROM.
Current: 0x0009 (CD-R)
Profile: 0x0010 (DVD-ROM)
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-3 SWABAUDIO BURNFREE FORCESPEED
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Drive buf size : 1422080 = 1388 KB
FIFO size : 12582912 = 12288 KB
Speed set to 4234 KB/s
Track 01: data 698 MB
Total size: 802 MB (79:29.20) = 357690 sectors
Lout start: 802 MB (79:31/15) = 357690 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: -12369 (97:17/06)
  ATIP start of lead out: 359849 (79:59/74)
Disk type: Short strategy type (Phthalocyanine or similar)
Manuf. index: 69
Manufacturer: Moser Baer India Limited
Manufacturer is guessed because of the orange forum embargo.
The orange forum likes to get money for recent information.
The information for this media may not be correct.
Blocks total: 359849 Blocks current: 359849 Blocks remaining: 2159
Forcespeed is OFF.
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 698 MB written.
Track 01: 1 of 698 MB written (fifo 100%) [buf 99%] 0.4x.
Track 01: 2 of 698 MB written (fifo 100%) [buf 99%] 11.3x.
Track 01: 3 of 698 MB written (fifo 100%) [buf 99%] 11.7x.
Track 01: 4 of 698 MB written (fifo 100%) [buf 99%] 11.4x.
Track 01: 5 of 698 MB written (fifo 100%) [buf 99%] 11.7x.
Track 01: 6 of 698 MB written (fifo 100%) [buf 99%] 11.4x.
Track 01: 7 of 698 MB written (fifo 100%) [buf 99%] 11.8x.
Track 01: 8 of 698 MB written (fifo 100%) [buf 99%] 11.4x.
Track 01: 9 of 698 ...

Revision history for this message
Sridhar Dhanapalan (sridhar) wrote :

Confirmed on Feisty with two different drives, an NEC ND-6650A and an Optiarc AD-5540A. The disc is ejected after burning, then the "Internal error: Verification job improperly initialised" error comes up. In Edgy, I would have been asked to re-insert the tray (since it's a non-motorised tray).

Changed in k3b:
status: Unconfirmed → Confirmed
Revision history for this message
Kirill Belokurov (kirill-belokurov) wrote :

Confirmed on Feisty with MATSHITA DVD-RAM UJ-850S (laptop drive with manual close), the error is the same "Verification job improperly initialized"

Revision history for this message
dan_linder (dan-linder) wrote :

I too encountered this error - K3b had been working well the last time I burned a CD (4-6 weeks ago) and I have been running Feisty release candidates since January I believe.
When I re-inserted the CD and re-ran the "wodim" command:
/usr/bin/wodim -v gracetime=2 dev=/dev/hdc speed=8 -dao driveropts=burnfree -overburn -data -tsize=356786s -
The output is as follows:
<quote>
TOC Type: 1 = CD-ROM
scsidev: '/dev/hdc'
devname: '/dev/hdc'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.27
Wodim version: 1.1.2
Driveropts: 'burnfree'
SCSI buffer size: 64512
atapi: 1
Device type : Removable CD-ROM
Version : 0
Response Format: 2
Capabilities :
Vendor_info : 'HL-DT-ST'
Identification : 'DVD+RW GCA-4040N'
Revision : '1.19'
Device seems to be: Generic mmc2 DVD-ROM.
Current: 0x0009 (CD-R)
Profile: 0x001B (DVD+R)
Profile: 0x001A (DVD+RW)
Profile: 0x0010 (DVD-ROM)
Profile: 0x000A (CD-RW)
Profile: 0x0009 (CD-R) (current)
Profile: 0x0008 (CD-ROM)
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 : 1308672 = 1278 KB
Beginning DMA speed test. Set CDR_NODMATEST environment variable if device
communication breaks or freezes immediately after that.
Drive DMA Speed: 30866 kB/s 175x CD 22x DVD
FIFO size : 12582912 = 12288 KB
Track 01: data 696 MB
Total size: 800 MB (79:17.14) = 356786 sectors
Lout start: 800 MB (79:19/11) = 356786 sectors
Current Secsize: 2048
Trying to clear drive status.
Speed set to 2822 KB/s
/usr/bin/wodim: Drive needs to reload the media to return to proper status.
/usr/bin/wodim: Cannot load media with this drive!
/usr/bin/wodim: Try to load media by hand.
Re-load disk and hit <CR>
/usr/bin/wodim: Cannot get next writable address for 'invisible' track.
/usr/bin/wodim: This means that we are checking recorded media.
/usr/bin/wodim: This media cannot be written in streaming mode anymore.
/usr/bin/wodim: If you like to write to 'preformatted' RW media, try to blank the media first.
/usr/bin/wodim: WARNING: Data may not fit on standard 74min disk.
Speed set to 1411 KB/s
Starting to write CD/DVD at speed 8.0 in real SAO mode for single session.
Last chance to quit, starting real write 0 seconds. Operation starts.
Waiting for reader process to fill input buffer ...
</quote>
It has been sitting at the "Waiting for reader process to fill input buffer" for over two minutes (via desktop clock), and neither the CDR nor the HDD are doing anything to activate the activity LED.

Can

Dan

Revision history for this message
dan_linder (dan-linder) wrote :

{touching bug to enable "e-mail about changes" option. -Dan}

Revision history for this message
candtalan (aeclist) wrote :
Download full text (47.5 KiB)

I have this problem in Dell Laptop Inspiron 1100 (manual CD tray)
as said earlier in this thread, in (kubuntu) 6.10 or 6.061 I would have been asked to close the tray manually.
Burn is correct - CL md5sum shows burn is good.

details:
Error in using k3b when using in mode to burn iso image and also verify written data

after a full image burn (multiple copies set)
the error appears with comment
'Internal Error: Verification job improperly initialized'
for reference the full debug output is:
=======================================
System
-----------------------
K3b Version: 1.0

KDE Version: 3.5.6
QT Version: 3.3.7
Kernel: 2.6.20-16-generic
Devices
-----------------------
QSI CDRW/DVD SBW242U UD25 (/dev/hda, ) [CD-R, CD-RW, CD-ROM, DVD-ROM] [DVD-ROM, CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R, RAW/R16, RAW/R96P, RAW/R96R]

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

cdrecord
-----------------------
scsidev: '/dev/hda'
devname: '/dev/hda'
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 : 0
Response Format: 2
Capabilities :
Vendor_info : 'QSI '
Identification : 'CDRW/DVD SBW242U'
Revision : 'UD25'
Device seems to be: Generic mmc2 DVD-ROM.
Current: 0x0009 (CD-R)
Profile: 0x0010 (DVD-ROM)
Profile: 0x0008 (CD-ROM)
Profile: 0x0009 (CD-R) (current)
Profile: 0x000A (CD-RW)
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 : 1959936 = 1914 KB
FIFO size : 12582912 = 12288 KB
Speed set to 4226 KB/s
Track 01: data 697 MB
Total size: 801 MB (79:24.30) = 357323 sectors
Lout start: 801 MB (79:26/23) = 357323 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: 2523
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 697 MB written.
Track 01: 1 of 697 MB written (fifo 98%) [buf 97%] 2.0x.
Track 01: 2 of 697 MB written (fifo 100%) [buf 99%] 0.4x.
Track 01: 3 of 697 MB written (fifo 100%) [buf 94%] 7.9x.
Track 01: 4 of 697 MB written (fifo 100%) [buf 100%] 8.8x.
Track 01: 5 of 697 MB written (fifo 100%) [buf 99%] 8.5x.
Trac...

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

Can you reproduce problem in final feisty/gutsy?

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in k3b:
status: Confirmed → Invalid
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.