Bug 149187
Summary: | gamin keeps files locked preventing unmounting of mass storage device | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Armijn Hemel <armijn> |
Component: | gamin | Assignee: | Daniel Veillard <veillard> |
Status: | CLOSED ERRATA | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3 | CC: | havardw, justin, michal, pri.rhl1, reast, tiger84, tom.georgoulias, twaugh |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 0.0.25 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-03-02 18:11:25 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Armijn Hemel
2005-02-20 15:06:10 UTC
I downgraded to 0.0.17 and I'm not seeing this problem anymore. The same problem makes removable medial like a USB memory stick or a USB floppy practically unusable. gam_server grabs references, apparently multiple ones, to mount points and makes unmounting without killing gam_server process impossible. Even the later seem to depend heavily on timing and if one is late with umount then the whole game has to be restarted again. If one will manage to kill gam_server and unmount a floppy then putting a new floppy in a drive does not seem to have any effect even if another gam_server process was restarted. One has to replug a USB floppy enclosure before it is recognized again. Interestingly enough the above does not happen for CDs. Are they special-cased in the code? Backing off to gamin-0.0.17-1.FC3 makes floppies unmountable again but an icon for a USB floppy drive does not show up even after hitting "Reload" in a "Computer" window. Interestingly enough what brings it is clicking on "Floppy Drive" icon in "Computer" while no media are present. This is causing an error but also makes an icon for a "Removable Media" to show up both in "Computer" window and on a desktop. With 0.0.17 this still can be unmounted. All the above is not particular to i386. i am experiencing the exact same problem this is one annoying bug and has already cause the corruption of one usb key i dont know what the deal is this is a lesser version number than the one that is available on the site but this gamin appears to work perfectly. http://www.gnome.org/~veillard/gamin/RPMS/FC3/i386/gamin-0.0.20-1.i386.rpm all of a sudden my usb key can unmount. A report I got from a friend with a USB memory stick is that if you will let it "hotplug mount", and will _not_ open any file manager windows to a corresponding directory but use a command line operations to move files in and out, then gam_server is not sticking to directory handles and unmounting is possible without doing 'pkill -f gam_' or equivalent. Someone mentioned that this does not happen with CD's. But I have this problem with both my CD-ROMs. Although it doesn't happen unless I browse the CD with Konqueror. After that I am forced to umount like this: ]$ fuser -k /mnt/cdrw ]$ umount /dev/cdrw I have this problem with a memory stick. After attempting to umount the stick via the KDE icon, `ps -ef` shows me there are 2 (two) gam_server processes like this: UID PID PPID C STIME TTY TIME CMD russell 6295 1 0 10:37 ? 00:00:00 /usr/libexec/gam_server root 11709 1 0 15:55 ? 00:00:00 /usr/libexec/gam_server I can force the umount by using the following (as root): kill -HUP 6295;umount /media/usbdisk/ In other words, I only have to hang-up the process that is owned by me. Subsequently, KDE, or whatever, is reestablishing a new user process as seen here: UID PID PPID C STIME TTY TIME CMD root 11709 1 0 15:55 ? 00:00:00 /usr/libexec/gam_server russell 14433 1 0 16:58 ? 00:00:00 /usr/libexec/gam_server I know about the issue, just didn't found the cause yet. Daniel I halso have this problem with the 0.24 update and USB sticks. However, the 0.25 SRPM from http://www.gnome.org/~veillard/gamin/SRPMS/ fixes the problem for me. yes 0.0.25 should fix this problem, well I made the release specifically after finding the bugs related to this, so I hope this is fixed, it works for me with FC3 and 0.0.25, Daniel A quick check on x86_64 indeed seem to confirm that 0.25 works as intended. This was not a very extensive testing. Reopening -- Daniel, this clearly needs an FC3 update, since it is a regression since FC3 release. It is being pushed to FC-3 and if the build system didn't took 7 hours to compile it, and 12 more hours to get someone to approve it, it would be pushed out already ! Daniel after installing gamin-0.0.25-1 files only appear in nautilus after hitting refresh w.r.t. comment #14, this works for me. I tested it specifically. So you will have to provide a reproductible test case including paths used etc ... in a new bug report after being sure to have restarted all running gam_server I will close that bug once 0.0.25 is finished pushing to FC-3 Daniel sorry daniel, i though that when installing the rpm ot would have restarted gam_server right after installation. after restart it worked perfectly. thanks better :-) Daniel Pushed to FC-3 updates, Daniel it works fine for me. After installing the update, I can now mount and unmount the thumb drive using the KDE icon. Thanks! |