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 ~/.gnome/gnome-vfs/.trash_entry_cache Version-Release number of selected component (if applicable): nautilus-2.2.4-4.E How reproducible: Always 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 Additional info:
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. Thanks.
I killed all this upstream. The cache of trash directories wasn't needed anymore anyway, since we don't search for trash directories anymore. 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
Errata submitted
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. http://rhn.redhat.com/errata/RHBA-2005-148.html