Red Hat Bugzilla – Bug 62920
'nautilus' does not come up after starting 'GNOME' session
Last modified: 2007-04-18 12:41:45 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020401
Description of problem:
After launching a GNOME session there are no icons on the desktop. This is due
to 'nautilus' not running properly or not running at all.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Log in to GNOME session
Actual Results: The very first GNOME session always behaves correctly. However,
from the second session on, the GNOME desktop appears, but X clients saved from
a previous session are stalled. They all pop up immediately, as soon as one
manually launches some X client. But then, there are still no icons on the
desktop. Checking the presence of some running nautilus process yields different
results. (Re)-launching 'nautilus' by executing 'nautilus' by hand sometimes
makes the icons of home directory and trash bin appear, but never the 'Start
Expected Results: The full 'GNOME' should appear shortly after logging in to a
This used to work in the past for the various versions of Red Hat Linux,
including 'Skipjack 1'. The behaviour is the same for two very different
machines: an HP Visualize X-Class workstation running the 'Xhp*' server (based
upon XFree86), and a DELL C810 notebook running the 'XFree86*' server.
When I installed Skipjack Beta 2 I had the same problem when I was using a DHCP
address. I changed the machine to a static IP which was listed in DNS and
Nautilus seemed to function properly. This may be a name lookup problem.
I have this problem too. Setting a static IP and hostname doesn't seem to make
any difference (I am using DHCP at the moment).
Same in my gnome session nautilus not run, I tried to update mozilla and
nautilus with rawhide ones, but nothing. I have dhcp network on an e-smith 5.1.2.
Sometimes nautilus window can run on kde.
Can you guys try running "gnome-login-check" and "gconf-sanity-check-1" and
see if you get any dialogs or output?
Don't get anything for gnome-login-check
For gconf-sanity-check-1 I get:
Please contact your system administrator to resolve the following problem:
Failed to get a file lock: Failed to lock '/home/adam/.gconfd/lock/ior':
probably another process has the lock, or your operating system has NFS file
locking misconfigured, or a hard NFS client crash caused a stale lock (Resource
temporarily unavailable) - run gconf-sanity-check-1 for possible diagnosis, see
http://www.gnome.org/projects/gconf/ for more information
There was an xinetd bug fixed apparently that was causing Nautilus hangs on
the second and subsequent logins (xinetd gets involved in starting the FAM
service). So this may have been it.
The gconf-sanity-check warning is potentially worrisome, though it could also be
bogus. If you have a "gconfd-1" process running (ps jaxwww | grep gconf) then
it's probably bogus, if no gconfd-1 then one of the problems mentioned in the
message or at the URL in the message probably applies.
I had the same message when i do gconf-sanity-check-1, but I was root and the
directory was '/root/.gconfd/lock/ior'.
I uninstall the network and everythings seems to be good.
When I put the nic again, on second gnome-session, nautilus stop working.
I forgot I have got one gconfd-1 running
Try upgrading to xinetd 2.3.4-0.8 from rawhide. The shut down portmap and
xinetd and then start them again. That should hopefully fix this.
Very Nice it goes
After installing 'xinetd-2.3.4-0.8' and removing the '.' directories, everything
works now as expected. Thanks!
Counting this as fixed then, thanks.