X occasionally freezes when I logout as a user from a KDE session. This happens whether I logout to login as a different user or logout to shutdown the computer. Reproducible: Sometimes Steps to Reproduce: 1. Logout of KDE 3.1 2. Choose Turn off computer or 3. Login as different user Actual Results: X freezes with cursor as hourglass. Expected Results: If choosing Turn off computer OS should go through shutdown sequence. If Login as different user should see KDM login screen. Portage 2.0.46-r12 (default-x86-1.4, gcc-which: no gcc in (/sbin:/bin:/usr/sbin:/usr/bin) sh: line 1: -dumpversion: command not found, glibc-2.3.1-r2) ================================================================= System uname: 2.4.20 i686 AMD Athlon(tm) processor GENTOO_MIRRORS="http://gentoo.oregonstate.edu/" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb:/usr/kde/3.1/share/config:/usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm avi crypt cups encode gif gpm jpeg gnome libg++ mikmod mmx mpeg ncurses nls pdflib png qtmt quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline arts tetex svga java guile X sdl tcpd pam libwww ssl perl python esd imlib oggvorbis gtk qt kde motif opengl mozilla cdr" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-mcpu=athlon -O3 -pipe" CXXFLAGS="-mcpu=athlon -O3 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
Do you use kdm? Do other DEs (gnome etc) work? Does restartig the X server (xtrl-alt-backspace) work? Try logging the output of startkde: start an X server, and from a vt run startkde. See what it tries to do last before X hangs. If the freeze means you can't switch back to the vt pipe its output to a file.
I use only kdm. When it locked up again I hit ctrl-alt-bkspace and it popped me out of X to the first vt. I tried running startkde from the vt with and without X already running. In both instances X did not startup.
startkde won't start the X server, you have to start it manually and export DISPLAY=0:0 before running startkde.
Ok I think I know what's going on. X is not freezing. I'm just getting the gray screen when I logout of KDE instead of getting the kdm_greet screen or shutting down. KDE is not communicating with KDM on logout like it should. The only problem is it only happens occasionally. It doesn't happen all the time.
Looks like kde doesn't cleanup well. Could it be that you run tmpreaper or some similar app? If so configure it to ignore the kde dirs, as without them kde cannot communicate well to itself and will display this kind of behaviour.
Is this now fixed?
No it is not fixed. I do not have anything such as tmpreaper running on my machine. It only happens occasionally. When it does happen I notice that there are two kdm processes still running and one of the kdm processes can't be killed even with a kill -9. Could it be that the kdm process is stuck in kernel mode and can't be killed.
Ok. I think this bug can be closed now. I recreated my XF86Config file by running xf86cfg instead of xf86config. Now I have no problems on logout. I guess there was something wrong with the other configuration file.
fixed for the reporter