Laptop bootup randomly stalls

[Richard Shaw]

My wife's laptop has been having some sort of problem booting up since F18,
though I have no idea if the current problem with F20 is the same problem
or not.

The bootup process will randomly stall and most of the time you can't get
to a VT though it isn't locked up as a Ctl-Alt-Del will cause a proper
shutdown and reboot. There's a lot of noise trying to find the issue in
journalctl -b -1 (after a successful boot) but I think MAYBE this is it...

Apr 11 07:56:43 ladyhobbes.localdomain dbus-daemon[723]: dbus[723]:
[system] Failed to activate service 'org.freedesktop.PolicyKit1': timed out
Apr 11 07:56:43 ladyhobbes.localdomain dbus[723]: [system] Failed to
activate service 'org.freedesktop.PolicyKit1': timed out
Apr 11 07:56:43 ladyhobbes.localdomain dbus-daemon[723]: dbus[723]:
[system] Failed to activate service 'org.freedesktop.systemd1': timed out
Apr 11 07:56:43 ladyhobbes.localdomain dbus[723]: [system] Failed to
activate service 'org.freedesktop.systemd1': timed out
Apr 11 07:56:43 ladyhobbes.localdomain dbus-daemon[723]: dbus[723]:
[system] Failed to activate service 'org.freedesktop.ColorManager': timed
out
Apr 11 07:56:43 ladyhobbes.localdomain dbus-daemon[723]: dbus[723]:
[system] Activating systemd to hand-off: service
name='org.freedesktop.ColorManager' unit='colord.se
Apr 11 07:56:43 ladyhobbes.localdomain dbus[723]: [system] Failed to
activate service 'org.freedesktop.ColorManager': timed out
Apr 11 07:56:43 ladyhobbes.localdomain dbus[723]: [system] Activating
systemd to hand-off: service name='org.freedesktop.ColorManager'
unit='colord.service'
Apr 11 07:56:44 ladyhobbes.localdomain dbus-daemon[723]: dbus[723]:
[system] Failed to activate service 'org.freedesktop.Accounts': timed out
Apr 11 07:56:44 ladyhobbes.localdomain dbus[723]: [system] Failed to
activate service 'org.freedesktop.Accounts': timed out
Apr 11 07:56:44 ladyhobbes.localdomain gdm[727]: Failed to contact
accountsservice: Error calling StartServiceByName for
org.freedesktop.Accounts: GDBus.Error:org.freed
Apr 11 07:56:44 ladyhobbes.localdomain kernel: traps: gdm-simple-slav[863]
trap int3 ip:7f4e822604e9 sp:7fff0619c650 error:0
Apr 11 07:56:45 ladyhobbes.localdomain abrt-hook-ccpp[1110]: Saved core
dump of pid 863 (/usr/libexec/gdm-simple-slave) to
/var/tmp/abrt/ccpp-2014-04-11-07:56:44-863 (2
Apr 11 07:56:45 ladyhobbes.localdomain systemd[1]: Received SIGRTMIN+21
from PID 226 (plymouthd).
Apr 11 07:56:45 ladyhobbes.localdomain dbus-daemon[723]: dbus[723]:
[system] Rejected send message, 1 matched rules; type="method_call",
sender=":1.4" (uid=0 pid=727 co
Apr 11 07:56:45 ladyhobbes.localdomain dbus-daemon[723]: dbus[723]:
[system] Activating systemd to hand-off: service
name='org.freedesktop.Accounts' unit='accounts-daem
Apr 11 07:56:45 ladyhobbes.localdomain dbus[723]: [system] Rejected send
message, 1 matched rules; type="method_call", sender=":1.4" (uid=0
pid=727
comm="/usr/sbin/gdm
Apr 11 07:56:45 ladyhobbes.localdomain dbus[723]: [system] Activating
systemd to hand-off: service name='org.freedesktop.Accounts'
unit='accounts-daemon.service'
Apr 11 07:56:45 ladyhobbes.localdomain gdm[727]: Child process 1119 was
already dead.
Apr 11 07:56:45 ladyhobbes.localdomain gdm[727]: GLib-GObject:
g_object_ref: assertion 'object->ref_count > 0' failed
Apr 11 07:56:45 ladyhobbes.localdomain gdm[727]: GLib-GObject:
g_object_unref: assertion 'object->ref_count > 0' failed
Apr 11 07:56:45 ladyhobbes.localdomain gdm[727]: GdmDisplay: display lasted
0.345361 seconds
Apr 11 07:56:45 ladyhobbes.localdomain systemd[1]: Started Wait for
Plymouth Boot Screen to Quit.
Apr 11 07:56:45 ladyhobbes.localdomain dbus-daemon[723]: dbus[723]:
[system] Rejected send message, 1 matched rules; type="method_call",
sender=":1.4" (uid=0 pid=727 co
Apr 11 07:56:45 ladyhobbes.localdomain dbus[723]: [system] Rejected send
message, 1 matched rules; type="method_call", sender=":1.4" (uid=0
pid=727
comm="/usr/sbin/gdm


Any pointers?
Thanks,
Richard

[Sam Varshavchik]

Richard Shaw writes:

>  « HTML content follows »
>
>  My wife's laptop has been having some sort of problem booting up since F18,  
>  though I have no idea if the current problem with F20 is the same problem or  
>  not.
>
>
>  The bootup process will randomly stall and most of the time you can't get to  
>  a VT though it isn't locked up as a Ctl-Alt-Del will cause a proper shutdown  
>  and reboot. There's a lot of noise trying to find the issue in journalctl -b  
>  -1 (after a successful boot) but I think MAYBE this is it... 
I'm seeing this bug in F20 also. I use the solar theme, which makes it easy  
to see that plymouth keeps churning, and it never stops. Usually after one  
or two three-fingered salutes, my laptop decides to finish booting, but I'm  
seeing this bug on several machines, not just the laptop.

This is either a plymouth bug, or a bug triggered by plymouth. Some hardware  
seems to be more afflicted than other. My laptop get stuck maybe, on 5% of  
all the boots. At one point, on one of my servers, plymouth started wedging  
on maybe 75-80% of all the boots. I wasn't absolutely certain that plymouth  
was the culprit, but I uninstalled it on that server. After all traces of  
plymouth were gone (after the next kernel update brought in a fresh  
initramfs) that server never failed to boot, ever since. So, it has to be  
either plymouth, or plymouth-triggered.

I haven't been annoyed with my laptop often enough to do anything else, so  
occasionally I just three-finger salute it, and that's that. I haven't  
looked at systemd's journal; it's filled with tons of junk, and I just don't 

have the energy to dig this out.

If this gets annoying, just rip plymouth out, and that should fix it.

[poma]

On 12.04.2014 00:23, Sam Varshavchik wrote:
>  Richard Shaw writes:
>  
> > « HTML content follows »
> >
> > My wife's laptop has been having some sort of problem booting up since F18,  
> > though I have no idea if the current problem with F20 is the same problem or  
> > not.
> >
> >
> > The bootup process will randomly stall and most of the time you can't get to  
> > a VT though it isn't locked up as a Ctl-Alt-Del will cause a proper shutdown  
> > and reboot. There's a lot of noise trying to find the issue in journalctl -b  
> > -1 (after a successful boot) but I think MAYBE this is it...
>  
>  I'm seeing this bug in F20 also. I use the solar theme, which makes it easy  
>  to see that plymouth keeps churning, and it never stops. Usually after one  
>  or two three-fingered salutes, my laptop decides to finish booting, but I'm  
>  seeing this bug on several machines, not just the laptop.
>  
>  This is either a plymouth bug, or a bug triggered by plymouth. Some hardware  
>  seems to be more afflicted than other. My laptop get stuck maybe, on 5% of  
>  all the boots. At one point, on one of my servers, plymouth started wedging  
>  on maybe 75-80% of all the boots. I wasn't absolutely certain that plymouth  
>  was the culprit, but I uninstalled it on that server. After all traces of  
>  plymouth were gone (after the next kernel update brought in a fresh  
>  initramfs) that server never failed to boot, ever since. So, it has to be  
>  either plymouth, or plymouth-triggered.
>  
>  I haven't been annoyed with my laptop often enough to do anything else, so  
>  occasionally I just three-finger salute it, and that's that. I haven't  
>  looked at systemd's journal; it's filled with tons of junk, and I just don't 
>
>  have the energy to dig this out.
>  
>  If this gets annoying, just rip plymouth out, and that should fix it.
>   
# systemctl stop plymouth-halt plymouth-kexec plymouth-poweroff
plymouth-quit-wait plymouth-quit plymouth-read-write plymouth-reboot
plymouth-start plymouth-switch-root systemd-ask-password-plymouth

# systemctl mask plymouth-halt plymouth-kexec plymouth-poweroff
plymouth-quit-wait plymouth-quit plymouth-read-write plymouth-reboot
plymouth-start plymouth-switch-root systemd-ask-password-plymouth

# ll /etc/systemd/system/*plymouth*

# vi /etc/dracut.conf.d/omit_dracut-module-plymouth.conf
omit_dracutmodules+=" plymouth "

# dracut -f -v


poma