Hi, dear developers. Here's my problem: when i try to stop xdm doing "/etc/init.d/xdm stop" the entire X system shutdowns, but xdm hangs. I mean, when i try to restart it (/etc/init.d/xdm start/restart) i always have a message telling me > *Error: xdm is already stopping Impossible to restart xdm (which uses gdm). In addition, i noted that gdm is still on (in the "ps aux" listing), and that the nvidia module is loaded. When I try to rmmod the module, and kill the gdm process, it is still impossible to start/restart xdm. Emerge --info : Portage 2.1_pre7-r5 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.4-r1, 2.6.16-gentoo-r1 i686) ================================================================= System uname: 2.6.16-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 3.20GHz Gentoo Base System version 1.12.0_pre17 dev-lang/python: 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LC_ALL="fr_FR.UTF-8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/keikoz/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X acpi alsa apache2 avi berkdb bitmap-fonts cdr cli crypt ctype cups dba dri dvd dvdr eds emacs emboss encode expat fastbuild foomaticdb force-cgi-redirect fortran ftp gd gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg libg++ libwww lm_sensors mad memlimit mikmod motif mp3 mpeg ncurses nls nptl nptlonly nvidia ogg opengl oss pam pcre pdflib perl png posix pppd python quicktime readline sdl session simplexml soap sockets spell spl ssl tcpd tokenizer truetype truetype-fonts type1-fonts udev unicode vorbis xml xmms xsl xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_nv video_cards_nvidia" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, LINGUAS My system: - P4, 3.2 Ghz (Intel 640, with EMT64, and Hyperthreading) - MB: Asus P5GDC-Deluxe, 1 Gb of DDR2, with Intel i915P (Northbridge) and ICH6 (southbridge) - WinFast PCI-Express Graphic card with NVidia GeForce 6600TD chip I don't know what other info could be useful ... Thanks. Rodolphe Keller
Please provide this info and reopen when you do: 1) your X version 2) whether you can reproduce this with the "nv" driver Thanks!
(In reply to comment #1) > Please provide this info and reopen when you do: > 1) your X version The X version is 7.0-r1 , but i had the same problem under Xorg 6.8 > 2) whether you can reproduce this with the "nv" driver Yes; it is exactly the same problem using the "nv" or the "nvidia" driver.
What gdm version are you using?
(In reply to comment #3) > What gdm version are you using? > gdm-2.8.0.7-r1 (I just updated it today from 2.8.0.7, but the problem is still there) I just tried kdm+kde too, and the problem doesn't happen with it. Rodolphe Keller
Adding Gnome herd to the CC, since it might be GDM's fault. If you can, give vanilla xdm a try instead of {g,k}dm and see what happens.
(In reply to comment #5) > Adding Gnome herd to the CC, since it might be GDM's fault. > > If you can, give vanilla xdm a try instead of {g,k}dm and see what happens. > I just tried to use xdm, and the problem was about the same : when gnome was up, i did in a term "/etc/init.d/xdm stop"; instead of cutting X, it returned me on the xdm-login screen. No way to stop X. After that i killed the process of xdm from a console, and X was killed. I tried to: > /etc/init.d/xdm start but i had the same message error: > *Error : xdm is already stopping Impossible to start xdm ... "stop" and "restart" gave me the same error message. Quite strange ...
Does this issue still remain with the latest X/gdm? Please re-open when you respond.
The behaviour is still present (I can't restart g|xdm), BUT, In fact, i discussed with a gentoo developer about this problem. It seems the problem came from that i was trying shutting down X from a /dev/pts, and not from a tty. When i'm stopping /etc/init.d/xdm from tty i have no problems. It seems it isn't really a bug, since xdm shouldn't anyway been closed from a pts (according from the discussion i had). I close this bug. Reopen it if you consider this behaviour isn't normal, even from a /dev/pts.
I'm going to re-resolve this as WONTFIX then. Thanks for the info.
Resolving.
