Bug 122472

Might be related to #126441.

Better HAL integration, without fstab, could solve both?

this problem still exists in FC3...

Nautilus Unable to unmount the selected volume.
> Show more details.
umount: /media/ieee1394disk: device is busy
umount: /media/ieee1394disk: device is busy

[root@markf78 /]# rpm -q nautilus nautilus-media kernel hal
nautilus-2.8.1-4
nautilus-media-0.8.1-3
kernel-2.6.9-1.667
hal-0.4.2-1.FC3

interestingly, typing the following:
[root@markf78 /]# umount -l /media/ieee1394disk

seems to fix the problem so that nautilus' mount/unmount volume
commands will work correctly.

however, forgot to the mention that although the disk can be
unmounted/mounted it cannot be ejected (which i guess results from the
lazy unmount)

So, what is causing the device to be busy?
Also, what command line is nautilus using to eject? (you can find out
by stracing nautilus with something like "strace -o nautilus.log -f -e
execve nautilus"

*** Bug 138759 has been marked as a duplicate of this bug. ***

Here is an attempt to "eject -v" usb zip-disk as user and then as root:

[dima@localhost ~]$ eject -vvv /media/usbdisk/
eject: device name is `/media/usbdisk'
eject: expanded name is `/media/usbdisk'
eject: `/media/usbdisk' is not mounted
eject: `/dev/sda4' can be mounted at `/media/usbdisk'
eject: `/dev/sda4' is a multipartition device
eject: unable to open `/dev/sda4'
(disk unmounted, but not ejected)

[root@localhost ~]# eject -vvv /media/usbdisk/
eject: device name is `/media/usbdisk'
eject: expanded name is `/media/usbdisk'
eject: `/dev/sda4' is mounted at `/media/usbdisk'
eject: unmounting device `/dev/sda4' from `/media/usbdisk'
eject: `/dev/sda4' is a multipartition device
eject: trying to eject `/dev/sda4' using CD-ROM eject command
eject: CD-ROM eject command failed
eject: trying to eject `/dev/sda4' using SCSI commands
eject: SCSI eject failed
eject: trying to eject `/dev/sda4' using floppy eject command
eject: floppy eject command failed
eject: trying to eject `/dev/sda4' using tape offline command
eject: tape offline command failed
eject: unable to eject, last error: Invalid argument
(disk ejects)
It works with (ide) cdrom:
[dima@localhost ~]$ eject -vvv /media/cdrecorder/
eject: device name is `/media/cdrecorder'
eject: expanded name is `/media/cdrecorder'
eject: `/dev/hda' is mounted at `/media/cdrecorder'
eject: unmounting device `/dev/hda' from `/media/cdrecorder'
eject: `/dev/hda' is a multipartition device
eject: trying to eject `/dev/hda' using CD-ROM eject command
eject: CD-ROM eject command succeeded

Created attachment 109911 [details]
Log after executing Alexander's suggestion in comment #5

Hi Alexander,  I executed the strace command as you suggested and I got this
log.  It contains the execution of nautilus, the insertion of the CD (and
automounting) and then three attempts of Ejects through the CD icon in the
Computer window, finally killing with Ctrl+C.  This test (as a normal user)
didn't ejected the CD actually.

Aditionally, I executed the same command for eject as root since this is the
only way to get the CD out of the drive:

[root@athlon2000 william]# strace -o eject.log -f -e execve eject /dev/hdc
eject: unable to eject, last error: Invalid argument
[root@athlon2000 william]# cat eject.log
28994 execve("/usr/bin/eject", ["eject", "/dev/hdc"], [/* 37 vars */]) = 0
28995 execve("/bin/umount", ["/bin/umount", "/media/cdrecorder"], [/* 37 vars
*/]) = 0
28994 --- SIGCHLD (Child exited) @ 0 (0) ---


I hope this helps.  Please, take into account that this is based on my comments
in #138759 Comment #2 which have been marked as a duplicate of this bug.

I am having the same behavior as described in additional comment # 2
with the floppy drive (/media/floppy). The disk was mounted by double
clicking the icon. Attempting to umount from the menus resulted in the
"device busy" message. Could not manually unmount either as a user or
as root.

I'm not on the machine with the problem now, but it is an fc3 OS with
all the current updates other than the kernel which is still the
version  that was installed.

I'm seeing this problem as well with a usb pen drive. Running lsof
shows that gam_serve has the /media/usbdrive directory open, as well
as /media/usbdrive/.Trash-user directory. This is likely what is
keeping the drive busy.

Looks like this is a duplicate of bug #142637 which is now closed and
fixed in gamin.

"This was a regression in 0.0.24, this should be fixed in 0.0.25
which is in Rawhide"...

Is anybody still seeing this in rawhide ? If so, reopen.