From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020724
Description of problem:
nautilus creates a .Trash on removable disks (zip) when an item is deleted
causing fam to watch the .Trash on that disk making it unmountable
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. mount zip disk
2. use nautilus to delete item from it
4. remount (nautilus sees the .Trash and sets a watch on it)
5. Try to unmount (commandline or through nautilus)
Actual Results: device is busy and won't free up until fam is killed
Expected Results: fs should have been unmounted
This should be fixed in nautilus 2.0.6-6
(reopen if not)
reopening. I was able to reproduce this with a floppy disk w/ nautilus-2.0.6-6
You need to unmount it using nautilus.
Ah, I missed that part of the bug report. Unmounting from the command line isn't
intended to work. If unmount via nautilus doesn't work (with latest
nautilus/gnome-vfs2 from rawhide), then please reopen the bug.
I guess 3.5" floppies are treated differently....
Should I open a separate bug to track that issue? If I mount a floppy
at the command line and delete a file with nautilus, then I can't unmount
it either. There doesn't seem to be an obvious way to unmount this device
from within nautilus. Additionally, the "eject" option in the
contextual menu doesn't apply.
If you mount a floppy you should get a desktop icon for it; if not, that is a
separate bug yes. If you have a desktop icon, then it should offer an unmount
option on right-click. Also if you right click empty space on the desktop, there
is a Disks submenu that should offer the option. And true Eject should be
disabled for floppies, probably, though for IDE devices we can't really know
reliably if the device offers Eject I don't think.
It always says Eject for removable media, because we can't know which devices
are ejectable. Some floppies are.
hp - the icon appears on the desktop as expected.
alexl - thanks for the clarification re: the eject option.
But, a similar condition exists for floppy disks if the following steps are
1- mount floppy
2- browse to floppy w/ nautilus and delete a file
3- try to unmount floppy -- fam prevents you.
Where can I get a newer version of nautilus to check this with? And as far as
the ejetc versus unmount goes - why not offer both? Though right now even eject
isn't actually ejecting my disk (when I'm not having trouble with fam and can
still unmount it).
benl: I don't understand what you mean by step 3?
Do you select "Eject" in the floppy menu, or are you trying to unmount from the
command line? The first should work, and the last can never work.
Not to be too irritating, but shouldn't there remain some ability to unmount
from the commandline? Why is there a watch placed on the .Trash of removable
alexl: there is no unmount option from withing nautilus for a 3.5" floppy
unless the drive supports eject. And the fam process that is started prevents
a clean command line unmount operation.
Why do you say that? Did you test it?
The operation called "Eject" in the menu for a floppy does:
1) remove the fam watch for the trash on the floppy
2) unmount the floppy
3) execute "eject" (which ejects the floppy if the hardware supports it).
Is it not doing this?
"Why do you say that? Did you test it?" -- yes.
1- insert floppy.
2- mount w/ "Disks" contextual menu.
3- try to unmount it w/ eject.
4- icon still appears on desktop, and "mount" shows /dev/fd0 as mounted.
"eject" *did* remove the fam watch (sorry about the earlier confusion), but
it did not unmount the floppy.
Ok. That sounds like a bug.
Can you file a separate bug about that?