Red Hat Bugzilla – Bug 122630
Nautilus attempts to access/remount previously mounted file systems at startup
Last modified: 2015-01-07 19:07:53 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5)
Gecko/20031007 Firebird/0.7 StumbleUpon/1.89
Description of problem:
Nautilus regularly watches the list of mounted file systems and keeps
track of them in ~/.gnome/gnome-vfs/.trash_entry_cache and it attempts
to access/mount those file systems at startup.
The problem is that nautilus doesn't seem to delete entries from that
file, once the related file system is unmounted.
This interacts very badly with temporary mounts (e.g. usb removable
media) and automounts, especially NFS ones: when nautilus starts at
the next session, it attempts to remount whatever was accumulated in
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. start nautilus
2. access an automounted file system
3. umount that filesystem or wait for the automatic umount
4. close nautilus
5. start nautilus
Actual Results: nautilus will attempt to remount that file system
even though it wasn't mounted anymore when nautilus last exited. If
the mountpoint is for an NFS file system residing on a server which is
now down, huge timeouts may occur before nautilus completes its startup
Expected Results: nautilus should remove umounted entries from
~/.gnome/gnome-vfs/.trash_entry_cache so that they are not
accessed/remounted at the next startup
Any updates on this?
We are experiencing this same problem on a considerable number of
machines (RHEL3 and RH9), graphical logins sometimes take 2/5 minutes.
I killed all this upstream. The cache of trash directories wasn't
needed anymore anyway, since we don't search for trash directories
The fix will be in rawhide when we build the next gnome-vfs2 release,
and in the next RHEL release after that.
Actually, i had to back that change out as it broke some stuff. It
requires some more investigation unfortunately.
Created attachment 103237 [details]
patch applied to cvs
I commited this patch to gnome-vfs HEAD, which will end up in gnome 2.8 and in
the next release based on it.
Can you test it and see if it helps for this problem?
Patched and building as errata
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.