Bug 657785
Summary: | /var/run/kdm/ fails to be created on boot | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | goffrie | ||||
Component: | kde-settings | Assignee: | Rex Dieter <rdieter> | ||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | low | ||||||
Version: | rawhide | CC: | chepioq, fred99, jreznik, kevin, ltinkl, rdieter, rnovacek, ry, smparrish, than, thomasbelvin, thomasj | ||||
Target Milestone: | --- | Keywords: | EasyFix | ||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2010-11-29 18:57:42 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
goffrie
2010-11-27 21:36:31 UTC
*** 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) |