Yes, this bug still occurs and has expanded to include very fast Haswell hardware with Intel graphics. This seems to be race condition where X is not ready for lightDM to start. We suspect an upstart bug or lightdm.conf config file issue. This fix works consistently:
-
We've found that adding "sleep 2" above "exec lightdm" in /etc/init/lightdm.conf also resolves the booting issue
-
System76 is packing and distributing it's own LighDM with this fix so that updates don't wipe it out and then cause failed boots for our users.
Yes, this bug still occurs and has expanded to include very fast Haswell hardware with Intel graphics. This seems to be race condition where X is not ready for lightDM to start. We suspect an upstart bug or lightdm.conf config file issue. This fix works consistently:
- lightdm. conf also resolves the booting issue
We've found that adding "sleep 2" above "exec lightdm" in /etc/init/
-
System76 is packing and distributing it's own LighDM with this fix so that updates don't wipe it out and then cause failed boots for our users.