Bugzilla – Bug 113718
Control-Alt-Backspacing the X server does not restart it.
Last modified: 2005-11-02 18:10:19 UTC
Am running OpenSUSE 10 Beta 3. If I Control-Alt-Backspace my session, the X server dies, but it does not restart. I tried killing `gdm' and hoping that init would restart it, but it doesnt. The only solution I have found is to type: /sbin/telinit 3 /sbin/telinit 5
Please select the correct Product for your Bugreports. See also http://www.opensuse.org/index.php/Submit_a_bug All openSUSE Bugs that are not related to the wiki should go into Product SUSE LINUX 10.0, since this uses the same code base.
Moving to X team because "Zap" is handled there.
Please attach /var/log/Xorg.0.log and /etc/X11/xorg.conf.
One week later and still no feedback --> WONTFIX.
*** Bug 115972 has been marked as a duplicate of this bug. ***
Reopening because of dupe - Mark can you get the information requested in #3?
Created attachment 49665 [details] Xorg.0.log
Created attachment 49666 [details] xorg.conf
As requested. FWIW, I had a gnome-terminal open, just as myself. If I have nothing open at all (except nautilus, gnome-panel, metacity, etc.), I can't reproduce the problem.
Please comment out the "DynamicClocks" option and check whether this makes any difference.
Steps: - xdm stop - edit xorg.conf - xdm start - start gnome-terminal - ctrl-alt-backspace Nope, still stuck.
Some things to try. Sorry, these are all wild guesses. Please make only one change at one time. 1) Use xdm as displaymanager, so I can make sure that it is not related to gdm. --> /etc/sysconfig/displaymanager: DISPLAYMANAGER 2) Terminate your Xsession regularly. We had notebooks in the past, which use Ctrl-Alt-BS as hotkey for power management functions. 3) Disable "DPMS" option in Monitor section.
Sorry for the delay in replying. Running RC2 now. 1) No improvement 2) By "regularly" you mean "by means other than ctrl-alt-backspace"? That's always worked reliably. 3) No improvement
> 2) By "regularly" you mean "by means other than ctrl-alt-backspace"? Yes. I still don't understand. What happens exactly when you logout from your Xsession? a) Is the xdm/gdm still running and the Xserver couldn't get up again? b) Or has the xdm/gdm crashed itself?
a) gdm still running, Xserver not running, presumably couldn't get up again. I'll try again with xdm.
If the Xserver can't get up there must exist a logfile /var/log/Xorg.0.log.*, in which you can see why it can't get up again.
Update to #15: xdm is in the same position as gdm here: still running, server dead. I'm not sure it's a matter of the server not being able to restart. There's none of the spewage I'm used to seeing from Xservers that die on launch.
Read my comment #16.
"There must exist a logfile" True. "...in which you can see why it can't get up again". I'm skeptical. I'll tar up /var/log/Xorg* and attach it.
Created attachment 49820 [details] bzip2'ed tarball of all my Xorg logs
Indeed. Maybe you find a hint in /var/log/{xdm,kdm,gdm}* or /var/log/messages. I'm running out of ideas. Please reopen, so'll get the reporter. This makes it easier for me to use NEEDINFO on you.
I've meant: "Mark, please reopen, so you'll become the reporter ...
as requested. FWIW, there didn't seem to be anything interesting in /var/log/?dm or /var/log/messages. I can attach them if you're interested.
I'm not sure that worked as intended.
Indeed. It didn't. :-( I'll try to reproduce ASAP.
I'm sorry, but I cannot reproduce this problem with 10.0 RC4/final.
I think there's a hardware-specific component to this; I'm seeing it on a ThinkPad T42p but not on an R31. Note also my comments in #9; I can reproduce this problem if I have a gnome-terminal window open, but I can't if I don't have such a window open. Given that Miguel and I have both reported this, I'm not sure we can dismiss this as an isolated problem.
This could be http://bugzilla.gnome.org/show_bug.cgi?id=152906, we should patch our gdm.
Patch is attached to upstream bug.
Patch submitted for STABLE/PLUS.