"copy disk" blocks at end

Bug #80258 reported by Vincenzo Ciancia
16
Affects Status Importance Assigned to Milestone
cdrkit (Ubuntu)
Expired
Medium
Unassigned

Bug Description

Binary package hint: nautilus-cd-burner

I right click on the cd icon and choose "copy disk" then select the image to write to, at the end of the progressbar the program waits there forever. The irritating thing :) is that you can only press "cancel", and that will delete the image that you've waited for! "dd if=/dev/cdrom of=filename.iso" works fine.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. What version of Ubuntu do you use? Could you activate the gconf key /apps/nautilus-cd-burner/debug and get a debug log?

Changed in nautilus-cd-burner:
assignee: nobody → desktop-bugs
status: Unconfirmed → Needs Info
Revision history for this message
Vincenzo Ciancia (vincenzo-ml) wrote :

I just discovered that the process is completed after some time, getting errors on the last sector. I can remember similar problems using dd one year ago, but don't know what is the cause - maybe block size in read(). The log is self-explanatory. Thank you for your prompt support.

launching command: readcd dev=/dev/hdc f=/home/vincenzo/Desktop/VRMPFPP_EN.iso
readcd stderr: Read speed: 9152 kB/s (CD 52x, DVD 6x).
readcd stderr: Write speed: 0 kB/s (CD 0x, DVD 0x).
readcd stderr: Capacity: 301946 Blocks = 603892 kBytes = 589 MBytes = 618 prMB
readcd stderr: Sectorsize: 2048 Bytes
readcd stderr: Copy from SCSI (1,0,0) disk to file '/home/vincenzo/Desktop/VRMPFPP_EN.iso'
readcd stderr: end: 301946
readcd stderr: addr: 0 cnt: 64

readcd stderr: addr: 64 cnt: 64
[...]

readcd stderr: addr: 301888 cnt: 58

readcd stderr: readcd: Success. read_g1: scsi sendcmd: no error
readcd stderr: CDB: 28 00 00 04 9B 40 00 00 3A 00
readcd stderr: status: 0x2 (CHECK CONDITION)
readcd stderr: Sense Bytes: F0 00 05 00 04 9B 78 0A 00 00 00 00 64 00 00 00
readcd stderr: Sense Key: 0x5 Illegal Request, Segment 0
readcd stderr: Sense Code: 0x64 Qual 0x00 (illegal mode for this track) Fru 0x0
readcd stderr: Sense flags: Blk 301944 (valid)
readcd stderr: resid: 118784
readcd stderr: cmd finished after 1.080s timeout 40s
readcd stderr: readcd: Success. Cannot read source disk
readcd stderr: readcd: Retrying from sector 301888.
readcd stderr: .........................................................~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~
readcd stderr: readcd: Success. Error on sector 301944 not corrected. Total of 1 errors.
readcd stderr:
readcd stderr: Time total: 459.927sec
readcd stderr: Read 603776.00 kB at 1312.8 kB/sec.
readcd stderr: Max corected retry count was 0 (limited to 128).
readcd stderr: The following 1 sector(s) could not be read correctly:
readcd stderr: 301944
process stdout: HUP
process stderr: HUP

Revision history for this message
Sebastien Bacher (seb128) wrote :

and running the same commands from the command line produce no error?

Revision history for this message
Vincenzo Ciancia (vincenzo-ml) wrote :

I didn't notice that it uses readcd externally. It gives the same error (I changed cd but not the name of the ISO, that's why number of sectors differs). I even "prevu"-ed wodim, and tried readom, but it's the same, both logs follow. "dd" seems to give no error but it is hanging at end, too.

== readcd ==

vincenzo@cabernet:~$ readcd dev=/dev/hdc f=/home/vincenzo/Desktop/VRMPFPP_EN.iso
Read speed: 9152 kB/s (CD 52x, DVD 6x).
Write speed: 0 kB/s (CD 0x, DVD 0x).
Capacity: 144692 Blocks = 289384 kBytes = 282 MBytes = 296 prMB
Sectorsize: 2048 Bytes
Copy from SCSI (1,0,0) disk to file '/home/vincenzo/Desktop/VRMPFPP_EN.iso'
end: 144692
readcd: Success. read_g1: scsi sendcmd: no error
CDB: 28 00 00 02 35 00 00 00 34 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: F0 00 05 00 02 35 32 0A 00 00 00 00 64 00 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x64 Qual 0x00 (illegal mode for this track) Fru 0x0
Sense flags: Blk 144690 (valid)
resid: 106496
cmd finished after 0.512s timeout 40s
readcd: Success. Cannot read source disk
readcd: Retrying from sector 144640.
...................................................
[I pressed ctrl+c here

== readom ==

vincenzo@cabernet:~$ readom dev=/dev/hdc f=/home/vincenzo/Desktop/VRMPFPP_EN.is
Read speed: 9152 kB/s (CD 52x, DVD 6x).
Write speed: 0 kB/s (CD 0x, DVD 0x).
Capacity: 144692 Blocks = 289384 kBytes = 282 MBytes = 296 prMB
Sectorsize: 2048 Bytes
Copy from SCSI (1,0,0) disk to file '/home/vincenzo/Desktop/VRMPFPP_EN.is'
end: 144692
Errno: 0 (Success), read_g1 scsi sendcmd: no error
CDB: 28 00 00 02 35 20 00 00 14 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: F0 00 05 00 02 35 32 0A 00 00 00 00 64 00 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x64 Qual 0x00 (illegal mode for this track) Fru 0x0
Sense flags: Blk 144690 (valid)
resid: 40960
cmd finished after 0.369s timeout 40s
readom: Success. Cannot read source disk
readom: Retrying from sector 144672.
...................
[I pressed ctrl+c here too]

Revision history for this message
Vincenzo Ciancia (vincenzo-ml) wrote :

I thought this only happened to my office old machine, instead this happens on my laptop running feisty too, both with readcd and readom. I can add that in /var/log/messages I find:

Feb 6 15:07:33 frattaglia kernel: [ 2418.092000] ata1: DRQ=1 with device error, dev_stat 0x59
Feb 6 15:07:33 frattaglia kernel: [ 2418.092000] res 51/51:03:00:00:00/00:00:00:00:00/a0 Emask 0x3 (HSM violation)
Feb 6 15:07:33 frattaglia kernel: [ 2418.092000] ata1: soft resetting port
Feb 6 15:07:33 frattaglia kernel: [ 2418.576000] ata1.00: configured for UDMA/33
Feb 6 15:07:33 frattaglia kernel: [ 2418.576000] ata1: EH complete

This should be reproducible by anyone, at this point.

Revision history for this message
Sebastien Bacher (seb128) wrote :

your new comment are not perfectly clear. You get the same problem using readcd and readom directly which means that's a cdrecord problem?

Revision history for this message
Vincenzo Ciancia (vincenzo-ml) wrote :

Yes you are right, I could change this myself but am unsure if the bug should be reported to cdrecord or wodim - I guess both of them. BTW this is a problem that I observed often, I mean blocking at end and exiting with error for processes that read from cds.

Revision history for this message
Vincenzo Ciancia (vincenzo-ml) wrote :

It was cdrkit in both cases :)

Changed in cdrkit:
assignee: desktop-bugs → nobody
status: Needs Info → Unconfirmed
Changed in cdrkit:
importance: Undecided → Medium
Revision history for this message
Mauro Infantino (mauro-infantino) wrote :

Well... Has anyone been able to find a workaround for this bug?
I have to open a terminal whenever I want to copy a CD and if I forget readom eats the whole CPU after the error message provided by Vincenzo.
dd works perfectly.

This is my output:

minfantino@minfantino:~$ readom dev=/dev/hdb f=foo2.iso
Read speed: 7040 kB/s (CD 40x, DVD 5x).
Write speed: 9152 kB/s (CD 52x, DVD 6x).
Capacity: 312104 Blocks = 624208 kBytes = 609 MBytes = 639 prMB
Sectorsize: 2048 Bytes
Copy from SCSI (0,1,0) disk to file 'foo2.iso'
end: 312104
Errno: 0 (Success), read_g1 scsi sendcmd: no error
CDB: 28 00 00 04 C3 00 00 00 28 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 64 00 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x64 Qual 0x00 (illegal mode for this track) Fru 0x0
Sense flags: Blk 0 (not valid)
resid: 81920
cmd finished after 8.636s timeout 40s
readom: Success. Cannot read source disk
readom: Retrying from sector 312064.
.......................................[CTRL + C]

Revision history for this message
Vincenzo Ciancia (vincenzo-ml) wrote :

Mauro, are you running feisty or gutsy? Please mark the bug as confirmed in both cases.

Revision history for this message
Mauro Infantino (mauro-infantino) wrote :

Confirmed for Feisty

Changed in cdrkit:
status: New → Confirmed
Revision history for this message
Simon Paton (simonmcpaton) wrote :

I had the same problem with clicking on a mounted CD on the desktop and doing "copy disk"- it also waited forever and went over the number of sectors it should have. I tried dd if=x of=y and that worked fine...and quickly too. I saw that it used readom when trying to do "copy disk".

Revision history for this message
Phillip Susi (psusi) wrote :

If this is still happening for anyone could you dump the toc of the disk?

Changed in cdrkit (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for cdrkit (Ubuntu) because there has been no activity for 60 days.]

Changed in cdrkit (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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