Description of problem:
I've setup my desktop to kdm display manager. After system
boots up login screen is displayed as expected. Then I log in
and log out. After logout server is not started and I am dropped
to command line login screen on vty1.
There is no such a problem with gdm.
Version-Release number of selected component (if applicable):
No graphical login screen after the first session is finished.
Graphical login screen as configured.
The only trace I found from this fault is:
Fatal server error:
could not open default font 'fixed'
which may point to problems with font server of permissions
on its socket (consolekit?, selinux?). Fontserver is running
I'm seeing the same. I have /usr/share/X11/fonts/misc populated and xfs
running, so I doubt that's the issue. This seemed to start after one of the
recent Xorg-related updates.
A bit of poking around reveals:
Jun 13 12:53:26 localhost setroubleshoot: SELinux is
ly (pam_console_t) "append" to /var/log/kdm.log (xserver_log_t). For
messages. run sealert -l 1cd15cf9-2db2-474f-b591-3672779e05d9
Jun 13 12:53:28 localhost setroubleshoot: [program.ERROR] Can not handle AVC'S
dispatcher. exiting setroubleshoot
context=system_u:system_r:setroubleshootd_t:s0, AVC sco
Jun 13 12:53:29 localhost kdm: :0: IO Error in XOpenDisplay
Jun 13 12:53:29 localhost kdm: Display :0 cannot be opened
Jun 13 12:53:29 localhost kdm: Unable to fire up local display :0;
Jun 13 12:53:42 localhost audispd: writev(6): Broken pipe
printed to /var/log/messages on logout.
After removing setroubleshoot-server and setroubleshoot I'm left with:
Jun 13 13:02:42 localhost kdm: :0: IO Error in XOpenDisplay
Jun 13 13:02:42 localhost kdm: Display :0 cannot be opened
Jun 13 13:02:42 localhost kdm: Unable to fire up local display :0;
I've had the same issue: kdm starts up fine but stops after logout.
I also have the selinux error, but it is unrelated to this issue. The issue (of
me) is a crash of xfs: somewhere during the logout, xfs crashes and it is
impossible to restart it.
In my case, this was because my /tmp was a symblink to a directory on a
partition which was mounted with options nodev,nosuid,noexec.
After removing the symblink and creating /tmp in standard way, no xfs problems
While trying to log in using xdmcp and kdm (see bug #243560), I wound up with
complaints about the fixed font missing. After installing:
and restarting xfs, this problem appears to have disappeared for me.
I believe I have a simple method to reproduce this now. Simply stop and
disable the xfs daemon. There may also be a need to remove any FontPath
references in xorg.conf. I'd also removed all the xorg-x11-fonts-* fonts
installed, but that seems to have no bearing on this.
For me, logging out after doing this results in X/Kdm failing to restart.
Starting the xfs service again returns things to a working state.
Reassigning kdebase -> xfs. xfs shouldn't be dieing, period (imo).
Thanks for the bug report. We have reviewed the information you have provided
above, and there is some additional information we require that will be helpful
in our diagnosis of this issue.
Please attach your X server config file (/etc/X11/xorg.conf) and X server log
file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file
attachments using the bugzilla file attachment link below.
Could you please also try to run without any /etc/X11/xorg.conf whatsoever and
let X11 autodetect your display and video card? Attach to this bug
/var/log/Xorg.0.log from this attempt as well, please.
We will review this issue again once you've had a chance to attach this information.
Thanks in advance.
Created attachment 158580 [details]
Created attachment 158581 [details]
Created attachment 158582 [details]
Requested Xorg.0.log without xorg.conf
While preparing these files I noticed the KDE session in use became nearly
unresponsive, taking 10-30 seconds to respond to user activity. Oddly, mouse
movement seemed to help.
Created attachment 158646 [details]
Created attachment 158647 [details]
requested log file
Created attachment 158648 [details]
requested log file (no xorg.conf)
(In reply to comment #7)
> Reassigning kdebase -> xfs. xfs shouldn't be dieing, period (imo).
For the recored - in my case xfs IS NOT DIEING.
I have noticed that after doing:
# telinit 3
# telinit 5
I am able to login (no xfs restart during the above).
Re-assigning back to kdebase...
Anyone seeing this *not* on x86_64?
anyone still seeing this, please make sure you have base-x installed:
yum groupinstall base-x
and try to reproduce.
It seems to work now. I've found out that xorg-x11-fonts-base
makes a difference but I don't know why it wasn't installed in
the first place.
OK, thanks for confirming.