GNOME Bugzilla – Bug 346619
nautilus-cd-burner should be aware it won't write to mounted discs
Last modified: 2006-11-04 14:52:08 UTC
Please describe the problem: This bug is reported upstream at http://bugs.debian.org/261071 Steps to reproduce: 1. bring up the nautilus-cd-burner window burning dialogue 2. insert a CD-RW (not blank) Now we make the assumption that the machine is configured such that this volume is auto-mounted, which is the case for me 3. attempt to Burn Actual results: Burn dialogue repeatedly requests for an appropriate disc to be inserted. Expected results: Ideally, the burn dialogue would either a) automatically unmount the volume, b) prompt the user to do so Does this happen every time? - Other information:
There have been 4 major releases between the version actually used (2.6.x), and the one you filed the bug against. Please make sure you: - set the version number correctly - include version information from the downstream bug reports Looks like a dupe of #152379 which was properly fixed in GNOME 2.10 *** This bug has been marked as a duplicate of 152379 ***
I was not the original submitter of the downstream bug report which was indeed against 2.6.x and was filed nearly two years ago. I experience the exact same problem with 2.14.2 today: so I set _this_ bug reports version correctly. If it was fixed in 2.10, it's regressed in 2.14. Reading bug 152379, Sebastien Bacher's comment (http://bugzilla.gnome.org/show_bug.cgi?id=152379#c8) sums up the problem I am filing for, and is followed with William's comment "I don't think that is related. Please open a new bug if there is a problem".
Why mention the downstream bug with outdated info then?
Have you built n-c-b with HAL and gnome-mount support? If you have HAL and not gnome-mount you may see problems like this. What does the summary say when you finish running the ./configure script?
[@Bastien: in an attempt to be helpful. I had commented on the downstream bug that this affected 2.14.x but the version info in the summary was not updated. I have updated it now too.] I'm using the debian package of n-c-b which has HAL enabled: yes gnome-mount support: no I've asked around and gnome-mount is not in Debian at present. Most packages are adjusted to use "pmount" instead, where possible. In the case of n-c-b, a wise person told me thus: 21:40 <@sjoerd> if you don't configure it to gnome-mount it will use other umount commands In my case, I have a static /etc/fstab line for the CD-RW and no hotplug-based automounting. If I double-click the CD-ROM entry in computer:///, nautilus executes mount on my behalf, and umount when I select "Eject". So the turn of events is: 1. I have my CD-RW mounted 2. I drag a file into CD/DVD creator and select 'Write to disc' There is a noticable delay here where the following is printed to n-c-b's stderr: Error trying to open /dev/hda exclusively ... retrying in 1 second. (above message repeated for a total of 10 times) Trying to open without locking. 3. I get the "Write to disc" dialogue and click "Write" 4. Dialogue: "Insert a rewritable or blank disc" [Cancel] [Ok] ('Ok' here causes dialogue 4 to reappear) I haven't quite worked out in my head what the best action would be: Whether it should attempt to umount itself or prompt the user, and whether this should differ depending on whether the disc was mounted explicitly or implicitly. What sequence of events would I see above if I had gnome-mount? This weekend I will attempt to see if n-c-b tries to umount and if it fails, why.
Jon, can you answer William's questions? Thanks in advance.
Hi Andre, thanks for the ping. I thought I had answered William's questions: I see I omit to include the ./configure summary. I did state that I did not build n-c-b myself but used the debian package (version 2.14.2-1 to be precise). Oddly enough, the build logs for 2.14.2-1 on i386 are missing from http://buildd.debian.org/build.php?pkg=nautilus-cd-burner . I'll try and replicate this with the newest version and include the appropriate summary.
Hello, this bug no longer exists for me with n-c-b 2.14.3 (debian patchlevel -2). I think it was a symptom of Debian's local changes (vis a vis gnome-mount and pmount etc.)