Description of problem: During boot the boot seems to be complete but fedora splash image is still in the screen. If I press scape I can see it the boot log that plymouth-quit-wait.service failed to load and asking to run 'systemctl status plymouth-quit-wait.service' Then I just power off and boot again and if I'm lucky it will boot fine. How reproducible: Most of times at boot
Once it seem to hang before loading the Gnome Display Manager, just the splash was there, I had to reboot. When it boots, I can see some services failing to load including firewalld.service If I reboot, the service is ok now. I don't like this inconsistency mostly when on critical services as a firewall.
check the logs: # sudo journalctl
Quick & easy fix: yum -y erase plymouth (since I can't find anything PRODUCTIVE that plymouth does, this seemed reasonable.)
And then I'll have an 80's style boot screen ? No, thank you. I would like to have a transparent gnome-terminal background, since that's no longer possible the solution is yum -y erase gnome-terminal ? The flash plugin-container have issues in latest firefox, the solution is yum -y erase firefox ? I think problems should be faced and fixed, not avoided. It's i acceptable to replace plymouth with something better... remove it for a text boot is not an option. Plymouth is not productive but it brings a cool boot screen. If I remove most of non productive stuff from the system I would end in something like a fluxbox clean setup. I like Fedora for the choice of software, security enhanced and for the gnome desktop. But thank you anyway. Let me share my workaround for this issue. - ctrl + alt + f2 - login in text mode - force a '$ init 3' - and go back to '$ init 5' The gdm is now visible and no need to reboot. This is so ugly I know, I hope that will be fine someday after some fedora update.
I have the same problem, up-to-date fedora19 with pure gnome (not kde), and my boot time is delayed by waiting for the plymouth waiting service. But in my case the plymouth screen is gone, so I don't need the gdm init workaround, just that my boot time is delayed by waiting for that service (my current boot time is 50sec so the time is not the problem, just that I want my fedora system to work right..) [root@cartagena nelson]# systemctl status plymouth-quit-wait.service plymouth-quit-wait.service - Wait for Plymouth Boot Screen to Quit Loaded: loaded (/usr/lib/systemd/system/plymouth-quit-wait.service; disabled) Active: failed (Result: timeout) since Tue 2013-08-13 19:16:47 CEST; 18min ago Main PID: 338 CGroup: name=systemd:/system/plymouth-quit-wait.service nelson@cartagena:~$ journalctl -b | grep plymouth Aug 13 19:16:51 cartagena systemd[1]: plymouth-quit-wait.service operation timed out. Terminating. Aug 13 19:16:51 cartagena systemd[1]: Unit plymouth-quit-wait.service entered failed state.
Hi, I am facing this problem very often now. The boot process stops at the plymouth error and does not proceed ahead.' Here are the details- [root@localhost sun]# systemctl status plymouth-quit-wait.service plymouth-quit-wait.service - Wait for Plymouth Boot Screen to Quit Loaded: loaded (/usr/lib/systemd/system/plymouth-quit-wait.service; disabled) Active: inactive (dead) since Thu 2013-08-15 00:05:16 IST; 10min ago Process: 1430 ExecStart=/usr/bin/plymouth --wait (code=exited, status=0/SUCCESS) [root@localhost sun]# journalctl | grep plymouth Aug 15 00:03:34 localhost.localdomain systemd[1]: plymouth-quit-wait.service operation timed out. Terminating. Aug 15 00:03:34 localhost.localdomain systemd[1]: Unit plymouth-quit-wait.service entered failed state. The problem started since I updated my kernel to "kernel-3.10.4-300.fc19.x86_64" and the problem still persists in the latest "kernel-3.10.5-201.fc19.x86_64". Please solve this problem or provide a solution soon. Waiting for your reply. Mallikarjun
This is happening on my system too. It acts like a race condition, sometimes GDM seems to come up fine, others it comes up after a long delay, and other times the Plymouth boot image stays on the screen and I have to switch to tty2 and do a telinit 3, then telinit 5. Restarting the graphical run level seems to work around the problem and I get a GDM login screen.
Any updates on this bug?? Please solve this problem soon.
(In reply to Warren Lewis from comment #7) > This is happening on my system too. It acts like a race condition, > sometimes GDM seems to come up fine, others it comes up after a long delay, > and other times the Plymouth boot image stays on the screen and I have to > switch to tty2 and do a telinit 3, then telinit 5. Restarting the graphical > run level seems to work around the problem and I get a GDM login screen. "systemctl restart gdm" has worked for me
Thanks :) (In reply to Scott Schmit from comment #9) > (In reply to Warren Lewis from comment #7) > > This is happening on my system too. It acts like a race condition, > > sometimes GDM seems to come up fine, others it comes up after a long delay, > > and other times the Plymouth boot image stays on the screen and I have to > > switch to tty2 and do a telinit 3, then telinit 5. Restarting the graphical > > run level seems to work around the problem and I get a GDM login screen. > > "systemctl restart gdm" has worked for me
This comment was flagged a spam, view the edit history to see the original text if required.
*** This bug has been marked as a duplicate of bug 967521 ***