FS#3607 - hal/dbus don't release mounted cd to burning apps like gnomebaker and graveman

Attached to Project: Arch Linux
Opened by Anton Paulic (paulicat) - Sunday, 11 December 2005, 23:02 GMT
Last edited by Tobias Powalowski (tpowa) - Wednesday, 04 January 2006, 11:22 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture not specified
Severity High
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date 2005-12-17
Percent Complete 100%
Votes 0
Private No

Details

If your system has one cdrom drive, and you insert a disc to copy, using either gnomebaker or graveman, doing a copy disc causes the following error during the reading stage:
Error trying to open /dev/hdc exclusively (Device or resource busy)... retrying in 1 second.
Error trying to open /dev/hdc exclusively (Device or resource busy)... retrying in 1 second.
Proper behaviour should be the cdrom should get unmounted and allow the reading to continue.
This task depends upon

Closed by  Jan de Groot (JGC)
Sunday, 12 February 2006, 17:23 GMT
Reason for closing:  Fixed
Additional comments about closing:  Patch is removed from dvd+rw-tools
cdrtools in testing doesn't contain the patch either.
Comment by Jan de Groot (JGC) - Monday, 12 December 2005, 09:23 GMT
Hal/dbus can't really help this. When you mount a device, O_EXCL access isn't possible, because it's locked. This is a common problem when using automounters or when mounting stuff by hand before burning. Either unmount by hand first, or turn off your automounter. This is not something we can fix in hal.
Comment by Anton Paulic (paulicat) - Wednesday, 14 December 2005, 14:40 GMT
Im sorry to have to say this, but how does Ubuntu handle it then?
When I tried this exact same procedure on Ubuntu it worked as expected. Ubuntu uses gnome-volume-manager/hal/dbus/pmount, same as Arch.
If I put it a cd as described above, and use Gnomebaker to do a disc copy, the cd gets unmounted as soon as I click the Start button.
I just tested this on an Ubuntu install (Breezy), so clearly, its possible to do.
Comment by Anton Paulic (paulicat) - Thursday, 15 December 2005, 21:14 GMT
For the record, k3b does not error with this exact situation...maybe its the application chosen to do the reading by gnomebaker and k3b?
Comment by Anton Paulic (paulicat) - Thursday, 29 December 2005, 22:57 GMT
I found the problem, its cdrtools-2.01a27-o_excl.patch from the cdrtools PKGBUILD.
It doesnt need to be applied as it works perfectly without this patch.
Comment by Paul Mattal (paul) - Thursday, 09 February 2006, 16:11 GMT
Has anyone confirmed this problem/fix? Sounds like an easy one to finish off.
Comment by Jan de Groot (JGC) - Thursday, 09 February 2006, 18:05 GMT
I don't think this patch is needed anymore: the patch was made to make sure that HAL won't scan your disk halfway in a burn session, making your CD or DVD fail. Nowadays, HAL tries to lock the DVD drive O_EXCL, which fails because cdrecord is writing to it already. The same applies to when hal is doing something with your CD drive while you try to burn with O_EXCL mode, which is what this patch does.

Loading...