Description of problem: Since /var/run/ is now tmpfs, /var/run/kdm/ is deleted on reboot. Nothing recreates it, causing KDM to fail to start. Version-Release number of selected component (if applicable): kde-settings-kdm-4.5-11.fc15.noarch (is this the right thing?) How reproducible: Always? Steps to Reproduce: 1. Have /var/run on tmpfs 2. Use KDM 3. Actual results: KDM falls over when /var/run/kdm/ doesn't exist. Expected results: /var/run/kdm/ is created before KDM starts. Additional info: This should be easily fixable by adding a file to /etc/tmpfiles.d/ which creates /var/run/kdm/ with mode 01777.
*** Bug 657603 has been marked as a duplicate of this bug. ***
*** Bug 657647 has been marked as a duplicate of this bug. ***
(In reply to comment #0) > Additional info: > This should be easily fixable by adding a file to /etc/tmpfiles.d/ which > creates /var/run/kdm/ with mode 01777. I can confirm the suggested workaround above works, and kdm starts normally: $ cat /etc/tmpfiles.d/kdm.conf d /var/run/kdm/ 01777 root root -
%changelog * Mon Nov 29 2010 Rex Dieter <rdieter> 4.6-1 - init 4.6 - /var/run/kdm/ fails to be created on boot (#657785)
Today there are update, after reboot kdm don't work again... For test I remove /etc/tmpfiles.d/kdm.conf" with content "d /var/run/kdm/ 01777 root root - for same result; kdm don't work... Any Idea? List of update in attach file
Created attachment 467403 [details] yum-log for today
that is a different bug; check /var/log/kdm.log (I had a problem with an unrecognized argument -nr, so I removed it from /etc/kde/kdm/kdmrc and it worked)
I saw the same a few days ago, and found my test system did not have a default boot target for some reason. Not sure why it worked before, but KDM started OK once I did: # ln -sf /lib/systemd/systemd/graphical.target /etc/systemd/system/default.target I didn't open a bug because I thought it was a problem on my end, but maybe it is your case too.
In the kdm.log, I also have "unrecognized argument -nr", I remove it from /etc/kde/kdm/kdmrc and kdm launch... But there is another problem, my keyboard don't work, and I am unable to loggin. In the kdm.log I have this: (==) Using system config directory "/usr/share/X11/xorg.conf.d" resize called 1440 900 The XKEYBOARD keymap compiler (xkbcomp) reports: > Internal error: Could not resolve keysym XF86TouchpadOn > Internal error: Could not resolve keysym XF86TouchpadOff Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: > Error: No Symbols named "latin9" in the include file "us" > Exiting > Abandoning symbols file "default" Errors from xkbcomp are not fatal to the X server. When I use gdm, my keyboard work fine.
Please file separate bugs for other issues, thanks.
(In reply to comment #10) > Please file separate bugs for other issues, thanks. OK New bug is here: Bug 661395
> In the kdm.log, I also have "unrecognized argument -nr", I remove it from > /etc/kde/kdm/kdmrc and kdm launch... Well, can we sed this in %post (like we do for configurations referring to old KDE 3 KDM themes)?
Sure. One thing I wish *could* be done sanely: Package as distributed with Fedora GA mark it %config and any subsequent updates, %config(noreplace) (instead of always (noreplace))
(though I guess that wouldn't help here, nvm)