Description of problem:
When I start a Gnome session, it is very slow to load the desktop. I have let
it sit for 10 minutes at least and the toolbars still do not come up. I have
just upgraded from FC6. I can start a KDE session with no problem. I am on a
Dell Inspiron B130.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Log in using a Gnome session
Slow to bring up desktop enviroment
*** Bug 242055 has been marked as a duplicate of this bug. ***
I can confirm that I have this problem as well - on my Asus G1 laptop with a
fresh install of Fedora 7. No extras from the default install have been added,
so it looks like it may be a problme somewhere else in the code.
This is reproducible almost all the time - on a rare occasion, I do actually
manage to get to the desktop, although gnome responds much too slowly once I get
Try switching to a console (CTL-ALT-F1), log in and 'killall esd'. Switch back
(CTRL-ALT-F7) and see if gnome and its panels are loading at a normal rate.
If so, goto System->Prefs->hardware->Sound and turn off esd for the time being.
Post back if that was the problem and the folks will have a better
understanding of the issue (there might even be and upstream fix already in the
I can confirm that killing and then stopping the esound server from running
appears to fix the problem.
I also confirm this bug, it should be elevated to medium or high priority as you
cant easily start Fedora and log in.
However one temporary foolproof fix, go into your user sound settings and turn
off play system sounds.
This fixes the freeze / no menu issue.
I have a simple work around that works on my laptop (NVIDIA MPC51)
There seem to be upstream in the the esound package that will eventually work
its way into a fedora update. I'll post back if i can re-find the upstream bug
default_options=-nobeeps -unix -as 2
Upstream esound bug report
I can also confirm that editing /etc/esd.conf as described above allows system
sounds to be turned back on without gnome-panel crashing
Your a legend, indeed:
default_options=-nobeeps -unix -as 2
WORKS I have now re-enabled system sounds!
All workarounds work for me as well.
I can also confirm that this solution also works for me
I can confirm the esd.conf change works for me as well.
Logout was broken also. I had to use the ctrl-alt-bkspc to kill the X session
as logout would never complete (all accounts). The above desktop issue only
arose for one user (my normal login, wouldn't you figure ;)
nice and spiffy now!
I have also found this to work correctly on a Dell Dimension 4800 running Fc7.
I noticed this bug is filed against i386. Mine is x86_64 nvidia-based system
(ASUS M2N32-SLI Deluxe)
Same bug appeared here. Scary at first until I found reference in
fedoraforum.org. Temporarily fixed by patch suggested by Jay Goodman.
I hope this gets fixed in the next release.
(In reply to comment #6)
> I have a simple work around that works on my laptop (NVIDIA MPC51)
> There seem to be upstream in the the esound package that will eventually work
> its way into a fedora update. I'll post back if i can re-find the upstream bug
We use the default esd.conf file from upstream, and that's already in the F7
> edit /etc/esd.conf
> default_options=-nobeeps -unix -as 2
If that fixes it, then this bug is fixed...
If that is what the file has been changed to upstream for inclusion in a future
fix, then that does indeed fix the problem - but those options definitely aren't
there in a default F7 install, so this fix should be a high priority due to the
nature in which it breaks Fedora's default desktop environment.
(In reply to comment #17)
> If that is what the file has been changed to upstream for inclusion in a future
> fix, then that does indeed fix the problem - but those options definitely aren't
> there in a default F7 install, so this fix should be a high priority due to the
> nature in which it breaks Fedora's default desktop environment.
esd.conf was always the one from upstream, and upstream doesn't use those
I'll make an update with the modified default_options.
*** Bug 242600 has been marked as a duplicate of this bug. ***
Actually, the options are passed from gnome-session as well, so there's already
"-nobeeps". "-unix" is the default in esd, so no need to add that one.
As for "-as 2", as we don't auto-spawn, this would mean that esd closes pretty
much as soon as started, and won't respawn again, which is obviously wrong.
*** This bug has been marked as a duplicate of 238680 ***