Red Hat Bugzilla – Bug 253503
After logining in, takes ages for desktop to appear- other distros report similar
Last modified: 2008-08-02 19:40:35 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:188.8.131.52) Gecko/20070718 Fedora/184.108.40.206-1.fc7 Firefox/220.127.116.11
Description of problem:
I updated my system about two weeks ago after doing a fresh FC7 install form DVD. Before the update, all was fine and fast.
After the update, the desktop takes easily 1 minute to load. This looks suspiciously like a network timeout.
Other distros report a similar issue, the cause is variously given as the Avahi daemon and/or NetworkManager. Both were updated in the update the slowed everything down.
Installed bootchart to see if I could see where the issues were and that only covers items up until login.
My network connections (wired and wireless) work ok and no other systems are slow after the desktop finally appears.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install FC7
2. Apply latest updates as notified by yum updater
3. After login VERY slow to load desktop
You may have a misbehaving application in your session. That could trigger the
(way too long) 2 minute purge timeout in gnome-session.
Can you attach your ~/.gnome2/session file (if you have one) ?
Created attachment 161875 [details]
Session file as requested.
Hi hope this helps. I'm pretty new to some bits of Linux and not others (odd,
but there you are) and frankly i've no idea where the equivalent of a "gnome
boot log" after login might be. The session file to my untutored eye did not
seem so helpful. Thanks for looking into this.
The session file is the list of applications that get started at login and
assert that they are session managed. If any one of them is not talking
correctly to the session manager, then the session manager will wait 2 minutes
before giving up (and stall login for that long)
all text output during login (and while the session is activate) goes to
Would you mind moving ~/.gnome2/session out of the .gnome2 directory, press
ctrl-alt-backspace (to terminate your session) and try logging in again?
You're session file looks a little strange. It has several copies of
krb5-auth-dialog for instance, and xdg-user-dirs-gtk-update which I don't
believe is a session managed application.
I don't know how those entries got in your session file, but if you remove the
session file I'm hoping things will work better.
The information we've requested above is required in order
to review this problem report further and diagnose/fix the
issue if it is still present. Since there have not been any
updates to the report since thirty (30) days or more since we
requested additional information, we're assuming the problem
is either no longer present in the current Fedora release, or
that there is no longer any interest in tracking the problem.
Setting status to "CLOSED INSUFFICIENT_DATA". If you still
experience this problem after updating to our latest Fedora
release and can provide the information previously requested,
please feel free to reopen the bug report.
Thank you in advance.
Note that maintenance for Fedora 7 will end 30 days after the GA of Fedora 9.