Description of problem: After updating to XServer 1.10 X fails to start with the message (in /var/log/kdm.log): "Fatal server error: Unrecognized option: -nr". The flag "-nr" (ServerArgsLocal=-nr -nolisten tcp in /etc/kde/kdm/kdmrc) is 'replaced' by the flag "-background none", see [1]. Just replacing "-nr" by "-background none" is not enough... :-( [1] http://lists.fedoraproject.org/pipermail/scm-commits/2010-December/527559.html Version-Release number of selected component (if applicable): kdm-4.5.80-7.fc15.x86_64 xorg-x11-server-Xorg-1.9.99.1-1.20101201.fc15.x86_64 How reproducible: Just boot into fc15 and kdm as login manager Actual results: X crashes, no kdm login Expected results: X does not crash, kdm login Additional info:
Thanks for the heads-up. Changing kdmrc options *may* require a reboot (or runlevel change, Restarting X session often isn't enough). How did you test?
Hi Rex, 1. I normally tried to (re)boot -> black screen -> "Fatal server error Unrecognized option: -nr" 2. Booted into text mode (runlevel 3) -> replaced "-nr" by "-background none" in /etc/kde/kdm/kdmrc -> "Fatal server error: xf86OpenConsole: VT_WAITACTIVE failed: Interrupted system call" He, this one have we see before :-) [1] 3. For the time being I boot without Plymouth. Martin Kho [1] https://bugzilla.redhat.com/show_bug.cgi?id=551310
Well, we'll give s/-nr/-background none/ a try, %changelog * Fri Dec 03 2010 Rex Dieter <rdieter> - 4.6-2 - drop old Conflicts - Xserver-1.10: Fatal server error: Unrecognized option: -nr (#659684)
Hi, Are you sure it will be enough to change "-nr" by "-background none"? I've tried it but that didn't work. See comment #2. May be Peter Hutterer can tell you more. He created the patches for gdm. Martin Kho
Well, if that change is not sufficient, then there is an additional bug also triggered by the new X server, separate from this one.
Hi, For gdm Peter Hutterer is doing the following: diff --git a/plymouth.patch b/plymouth.patch index 0658664..b74aaac 100644 --- a/plymouth.patch +++ b/plymouth.patch @@ -222,7 +222,7 @@ index ba10386..3ec21e9 100644 + char *vt; + + g_free (server->priv->command); -+ server->priv->command = g_strdup (X_SERVER " -nr -verbose"); ++ server->priv->command = g_strdup (X_SERVER " -background none -verbose"); + vt = get_active_vt_as_string (); + res = gdm_server_spawn (server, vt); + g_free (vt); Martin Kho
Hi Rex, You have golden fingers :-) The changes you made to kde-settings do work (with kde 4.6 beta 2 at least). X is running on vt1. This report can be closed, I suppose. Thanks again, Martin Kho
thanks for the confirmation.
Hi, I've bad news :-( After rebooting a few times I got: 1. Normal boot -> login screen -> X runs on vt1 (good) 2. Server crash -> "Fatal server error: xf86OpenConsole: VT_WAITACTIVE failed: Interrupted system call" 3. Boot -> Interrupt Plymouth by pressing the ESC-key -> login screen -> X runs on vt7 (not good) The problem seems to be related to the new boot process: Plymouth is started by dracut and 'is taken over' by systemd. Sometimes the takeover is successful sometime it's not. May be this report need to be reopened, sorry. Martin Kho
Open a new bug please, that is almost certainly a separate issue than this.
Hi Rex, I'll file a bug against Plymouth, because the -nr flag was introduced with this package: In [1] I read: "krh has a patch which adds a -nr ("no root") option which makes the root window keep the framebuffer contents that were around when X started" Martin Kho [1] http://fedoraproject.org/wiki/Releases/FeatureBetterStartup
Hi, FYI: As requested I've opened bug #660461 Martin Kho