Red Hat Bugzilla – Bug 987242
plymouth-quit-wait.service fails, resulting in very long boot time.
Last modified: 2014-01-28 05:43:34 EST
+++ This bug was initially created as a clone of Bug #921785 +++
Description of problem:
It takes quite a long time for my otherwise quite capable laptop to boot up. After following boot process in text mode i noticed that boot process hangs for some 15 seconds after WPA Supplicant daemon start and throws "Failed to start Wait for Plymouth Boot Screen to Quit." message.
Version-Release number of selected component (if applicable):
every boot time.
Steps to Reproduce:
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 ***