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): How reproducible: Always Steps to Reproduce: 1. Log in using a Gnome session 2. 3. Actual results: Slow to bring up desktop enviroment Expected results: Additional info:
*** 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 there.
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 queue)
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 report edit /etc/esd.conf change default_options= to default_options=-nobeeps -unix -as 2
Upstream esound bug report http://bugzilla.gnome.org/show_bug.cgi?id=431711
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: edit /etc/esd.conf change default_options= to 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.
also x86_64 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. Thank you.
(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 > report We use the default esd.conf file from upstream, and that's already in the F7 package. > edit /etc/esd.conf > change > default_options= > to > 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 non-default options. 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 ***