Bug 987242
Summary: | plymouth-quit-wait.service fails, resulting in very long boot time. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Heiko Adams <bugzilla> |
Component: | gdm | Assignee: | Ray Strode [halfline] <rstrode> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 19 | CC: | alekcejk, balajig81, dvratil, fedora, geerten, i.grok, jgrulich, jreiser, jreznik, kevin, kvolny, ltinkl, mbriza, m.koshelev, next.little.owl, opensource, paul59584, pstadt, rdieter, reklov, rhbugzilla, rnovacek, rstrode, smparrish, ssssam, than, xjtu_chdongsh |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | 921785 | Environment: | |
Last Closed: | 2014-01-28 10:43:34 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Heiko Adams
2013-07-23 04:16:33 UTC
In my case gdm doesn't show up even after several minutes of waiting. The only way to have a gdm instance is to switch to tty2, disable gdm.service, enable lightdm.service and reboot. After reboot switch to tty2 again, disable lightdm, enable gdm and reboot. After this reboot gdm comes up for one time. Had the same effect here. gdm did not start any more. Set selinux to permissive and everything is fine now (except that selinux is permissive ;-)) Similar symptoms, happens quite often on my notebook. Systemd login sequence shows "Starting target Graphical Interface" IIRC, but no actual gdm screen comes up. gdm and Xorg logs in /var/log/ aren't updated, though ps shows there's a gdm process in memory. The workaround in my case is to login via text console on tty2 and kill gdm process - it then respawns and login screen comes up on tty1. On a different system removing /var/log/journal helped to get it booting properly again, see bug 988231. I can confirm that clearing /var/log/journal is a suitable workaround for this problem. I believe this is just another occurence of the same issue that was finally taken care of (I'm hesitant to say it was "resolved" or "fixed") through bug #1006386, so closing as duplicate (note that a few other problems were revealed and fixed along, so it doesn't need to be 100% accurate ...) *** This bug has been marked as a duplicate of bug 1006386 *** |