wodim hangs in endless loop when using SCSI device syntax

Bug #135254 reported by Stefan Fleiter
2
Affects Status Importance Assigned to Milestone
cdrkit (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

xcdroast hang when it should create its device database.
I could chase this back to wodim from cdrkit 9:1.1.6-1ubuntu1:

wodim dev=0,3,0 -v -checkdrive debug=999999
dev: '0,3,0' speed: -1 fs: 12582912 driveropts '(null)'
TOC Type: 1 = CD-ROM
scsidev: '0,3,0'
scsibus: 0 target: 3 lun: 0
usal__open() 0,3,0
WARNING: the deprecated pseudo SCSI syntax found as device specification.
Support for that may cease in the future versions of wodim. For now,
the device will be mapped to a block device file where possible.
Run "wodim --devices" for details.
Error trying to open /dev/hda exclusively (Device or resource busy)... retrying in 1 second.
Error trying to open /dev/hda exclusively (Device or resource busy)... retrying in 1 second.
Error trying to open /dev/hda exclusively (Device or resource busy)... retrying in 1 second.
Error trying to open /dev/hda exclusively (Device or resource busy)... retrying in 1 second.
Error trying to open /dev/hda exclusively (Device or resource busy)... giving up.

As one can see 0,3,0 is not /dev/hda but /dev/scd0:

# lsscsi
[0:0:3:0] cd/dvd PLEXTOR CD-ROM PX-12TS 1.02 /dev/scd0
[0:0:5:0] cd/dvd TEAC CD-R58S 1.0H /dev/scd1

This makes at least xcdroast not work any more.
I do not know which other programs call wodim this way and are broken
if they are not already configured successfully.

And I do not know if using the wrong device node can cause data loss in other
configurations.

Revision history for this message
Stefan Fleiter (stefan-fleiter) wrote :

Possibly related to bug 2765.

Revision history for this message
swift99 (johnson-d) wrote :

Workaround:

cdroast -f /dev/cdrw

This bypasses the device search.

Revision history for this message
ehutch (ehutch) wrote :

Gnomebaker failed with very similar errors when I upgraded to 7.10.
I completely uninstalled gnomebaker and reinstalled it with the synaptic package manager.

When uninstalling it deleted packages for CD control (?)....
After the reinstall (and automatic configuration) Gnomebaker worked perfectly.
Ed

Revision history for this message
Andreas Moog (ampelbein) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Can you try with latest Ubuntu release? Thanks in advance.

Changed in cdrkit:
status: New → Incomplete
Revision history for this message
Andreas Moog (ampelbein) 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 cdrkit:
status: Incomplete → Invalid
Revision history for this message
Schily (schilling-fokus) wrote :

This is a well known cdrkit bug

The description is complete and there is no need to add further information.

The problem is caused by a design bug in the linux variant of hald and
the fact that the cdrkit people tried to follow the design bug.

The solution is to upgrade to the official cdrtools software:

cdrecord.berlios.de
ftp://ftp.berlios.de/pub/cdrecord/alpha/

Changed in cdrkit:
status: Invalid → Confirmed
Andreas Moog (ampelbein)
summary: - [gutsy] wodim hangs in endless loop when using SCSI device syntax
+ wodim hangs in endless loop when using SCSI device syntax
Revision history for this message
Stefan Fleiter (stefan-fleiter) wrote :

This is fixed for karmic.

Changed in cdrkit (Ubuntu):
status: Confirmed → Fix Released
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.