[feisty] nautilus-cd-burner does not umount device and fails to erase automounted cdrw

Bug #82321 reported by Vincenzo Ciancia
10
Affects Status Importance Assigned to Milestone
nautilus-cd-burner (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Binary package hint: nautilus-cd-burner

I insert a cdrw, it gets automatically mounted. I start writing an ISO to that cd using nautilus-cd-burner, it asks if I want to erase the cdrw, but then it fails without telling what error it had. I guess that it is because of the cd being mounted and umount it (the only way I found in feisty is to open a terminal and type "sudo umount /dev/...". Then I can burn to the cd. I think it worked in edgy.

Revision history for this message
didier (did447-deactivatedaccount) wrote :

maybe related to Bug #58947

Changed in nautilus-cd-burner:
status: Unconfirmed → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. Could you run /usr/lib/nautilus-cd-burner/list_cddrives and copy that to a comment? Does using "cdrecord --blank=fast DEV" works fine?

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

Of course cdrecord won't work before umounting (if I umount by hand nautilus works):

vincenzo@frattaglia:~$ cdrecord blank=fast /dev/scd0
wodim: No write mode specified.
wodim: Asuming -tao mode.
wodim: Future versions of wodim may have different drive dependent defaults.
Quickly guessing the name of a drive capable to write CD-R, please wait...
Found /dev/cdrw, assuming dev=/dev/cdrw
Error trying to open /dev/cdrw exclusively (Device or resource busy)... retrying in 1 second.
Error trying to open /dev/cdrw exclusively (Device or resource busy)... retrying in 1 second.

and after manual umount, cdrecord correctly blanks the cd, but I expect nautilus to umount the device automatically, also because there is no way to umount a device in gnome.

This is the result of list_cddrives:

Drive:
  name: DVD-RAM UJ-842S
  device: /dev/scd0
  door: closed
  type: CD-R, CD-RW, DVD-RAM, DVD-R, DVD-RW, DVD+R, DVD+R DL, DVD+RW, CD, DVD
  is mounted: TRUE
  max read speed: 4234 KiB/s (CD 28.2x, DVD 3.1x)
  max write speed: 4234 KiB/s (CD 28.2x, DVD 3.1x)
  write speeds: 4234 KiB/s (CD 28.2x, DVD 3.1x)
                        2822 KiB/s (CD 18.8x, DVD 2.0x)
                        2117 KiB/s (CD 14.1x, DVD 1.5x)
                        1411 KiB/s (CD 9.4x, DVD 1.0x)
                        706 KiB/s (CD 4.7x, DVD 0.5x)

Media:
  label: 'Disco dati (08 feb 07)'
  type: CD-RW (rewritable) (has-data)
  is writable: TRUE
  is appendable: FALSE
  capacity: 701.00 MiB approx. or 80 mins 0 secs
  size: 0.79 MiB approx. or 0 mins 0 secs

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

nautilus-cd-burner unmount the CD correctly for me, marking unconfirmed. To debug by somebody getting the problem

Changed in nautilus-cd-burner:
importance: Undecided → Low
status: Needs Info → Unconfirmed
Revision history for this message
Oliver Lemke (olemke) wrote :

I have the same problem on current feisty (nautilus-cd-burner_2.17.8-0ubuntu1).

When trying to erase a pre-written DVD+RW I can see this in .xsession-errors:

** (nautilus-cd-burner:10533): WARNING **: Couldn't unmount volume in drive: /dev/scd0

I also tried ejecting the CD from n-c-b ("Try another"), then I see this:

umount: /media/Personal Data, Mar 12, 2007 is not in the fstab (and you are not root)
eject: unmount of `/media/Personal Data, Mar 12, 2007' failed

Right clicking on the cd drive in nautilus and ejecting it from there works.

Revision history for this message
Oliver Lemke (olemke) wrote :

Found the problem. The laptop was upgraded from dapper->edgy->feisty. In my /etc/fstab the cdrom was still referred to as /dev/hdb. Because it is now scd0 I always got two cdroms displayed in nautilus. To get rid of the false cd drive, I commented out the entry in the fstab. This led to the wrong behaviour of n-c-b.

Now I commented the fstab entry back in, replaced /dev/hdb with /dev/scd0 and everything is working as expected.

Revision history for this message
William Shotts (bshotts) wrote :

I'm seeing this problem also with my external USB CDRW drive. I have to manually unmount /dev/scd0 before I can write to non-blank media. Very annoying.

Revision history for this message
William Shotts (bshotts) wrote :

Sorry. I meant to say /dev/scd1 (which is not defined in my fstab file for what it's worth.)

Changed in gnome-mount:
assignee: desktop-bugs → nobody
Revision history for this message
Raivis Dejus (orvils) wrote :

I can Confirm this bug.

nautilus-cd-burner (as well as k3b and propably all other burners) failed to erase CDRWs if there is a space in their name. Like for example Feisty iso wich after it is being mounted as /media/ubuntu 7.04 i386 (or something wery similar.)

When I tried to manually umount it and hit "tab" after writing "/media/ubuntu" it became "/media/ubuntu /" and showed me the content of root directory to chose from not the /media/.

This worked fine "# umount /media/ubuntu\ 7.04\ i386" so I guess there could be something with the way CD ISO names with saces are being handled.

Hope this helps :)

Revision history for this message
Raivis Dejus (orvils) wrote :

And now I have the same problem with CD that doesnt have spaces in its name.

nautilus-cd-burner cannot erase the CD, but when I unmount it manually everything works fine.

Raivis Dejus (orvils)
Changed in nautilus-cd-burner:
status: Unconfirmed → Confirmed
Revision history for this message
tf (dr-tomas) wrote :

Since I have upgraded to Feisty (from Edgy; ThinkPad t41p) *none* of the drives other than the hard-drive work as they should (internal CDWriter, external DVDWriter, usb hardisk, memory stick, multicard reade). I can mount all of these drives by hand as root, but they will not automount (yes, I have the checkboxes in preferences checked), and none of GNOME tools like Serpentine or Nautilus writer work (generally complaining that ther is no media in the drive).

(A quick googling on Feisty and peripherals shows that there are loads of people for whom various card readers and CD/DVD device do not work; I really do not understand how such a major issue can slip by quality control, and just about had it with Ubuntu, as every single upgrade brings with it major breakage.)

Revision history for this message
Andrew Jorgensen (ajorg) wrote :

An strace revealed this:

access("/usr/bin/pumount", X_OK) = -1 ENOENT (No such file or directory)
access("/bin/pumount", X_OK) = -1 ENOENT (No such file or directory)
access("/sbin/umount", X_OK) = -1 ENOENT (No such file or directory)
access("/bin/umount", X_OK) = 0

No attempt is made to use gnome-umount, which has replaced pumount. n-c-b must be updated to use gnome-umount.

I personally think this should have more than a "Low" priority because there is no easy workaround since nautilus doesn't offer unmount, but only eject on cd drives.

Revision history for this message
Andrew Jorgensen (ajorg) wrote :

Looking a little closer into the source code it appears that n-c-b is being compiled without gnome-mount support. Something is wrong in the autotools stuff such that it doesn't find gnome-mount and refuses to enable it.

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

duplicate of bug #114770 and already fixed in gutsy

Changed in nautilus-cd-burner:
status: Confirmed → Fix Released
Revision history for this message
Andrew Jorgensen (ajorg) wrote :

How do we get this into an update for feisty? Someone put [feisty] into the description so that it would be clear that they want this bug fixed in feisty, is there some way to get that to happen?

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

if you look on the other bug you will notice that a feisty task is already listed

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.