This service will be undergoing maintenance at 00:00 UTC, 2016-09-28. It is expected to last about 1 hours
Bug 122630 - Nautilus attempts to access/remount previously mounted file systems at startup
Nautilus attempts to access/remount previously mounted file systems at startup
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: gnome-vfs2 (Show other bugs)
3.0
All Linux
medium Severity medium
: ---
: ---
Assigned To: John (J5) Palmieri
Jay Turner
:
Depends On:
Blocks: 132991
  Show dependency treegraph
 
Reported: 2004-05-06 10:34 EDT by Pancrazio `ezio' de Mauro
Modified: 2015-01-07 19:07 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-05-19 09:45:04 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)
patch applied to cvs (2.18 KB, patch)
2004-08-30 06:22 EDT, Alexander Larsson
no flags Details | Diff

  None (edit)
Description Pancrazio `ezio' de Mauro 2004-05-06 10:34:39 EDT
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:
Comment 2 Franco M. Bladilo 2004-05-11 15:48:41 EDT
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.

Comment 3 Alexander Larsson 2004-08-26 11:02:56 EDT
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.
Comment 5 Alexander Larsson 2004-08-27 12:00:13 EDT
Actually, i had to back that change out as it broke some stuff. It
requires some more investigation unfortunately.
Comment 6 Alexander Larsson 2004-08-30 06:22:09 EDT
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?
Comment 12 John (J5) Palmieri 2005-02-09 19:25:36 EST
Patched and building as errata
Comment 13 John (J5) Palmieri 2005-02-09 20:24:46 EST
Errata submitted
Comment 14 Tim Powers 2005-05-19 09:45:04 EDT
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

Note You need to log in before you can comment on or make changes to this bug.