I have the same problem and, for what I've found out, it is related to NFS
protocol not being supported by current version of gnomevfs2.
I read somewhere that NFS got dropped switching from gnomevfs to gnomevfs2 and
that support is now available only through a patch. I think ubuntu package
*** This bug is a duplicate of bug 11517 ***
https://bugs.launchpad.net/bugs/11517
I'm experiencing this annoying bug too. The error message I got is a
more cryptic Unable to eject. from Nautilus, but when I eject it from
the command line it works like a charm.
I'm using the last Hardy beta
Public bug reported:
Binary package hint: nautilus
I'm using the very last beta release of Hardy (updated April 3, 2008).
When I plug in my IPOD classic, an icon correctly pops up in nautilus
resources and device is mounted.
If I try to eject the device from nautilus or other apps like gtkpod
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/13105167/Dependencies.txt
** Attachment added: ProcMaps.txt
http://launchpadlibrarian.net/13105168/ProcMaps.txt
** Attachment added: ProcStatus.txt
http://launchpadlibrarian.net/13105169/ProcStatus.txt
--
nautilus
For now, I umount (not eject the device) and then unplug the ipod, I
guess this shouldn't corrupt anything (maybe I'm wrong?) and then the
ipod ejects by itself. This bug should definitely be worked out for
better usage of the gui, though.
--
nautilus cannot eject ipod while eject(1) does
Just upgraded to the fix-release, rebooted but the problem persists:
gnome-mount -e /dev/sdc or gnome-mount -e /dev/sdc1 (IPOD is third
drive) simply do nothing, while eject doesn't work anymore:
[EMAIL PROTECTED]:~$ eject -v /dev/sdc1
eject: device name is `/dev/sdc1'
eject: expanded name is