Closed philmmanjaro closed 6 years ago
Kernel related maybe? You're using 417, right?
Happens also with 416 ...
Hm. 414? ;-)
We will see what it is. We are still in the alpha state anyway ...
I appear to have a similar issue with a current i3 unstable ISO with linux417 in vbox. Will try to compare to kernel 414 now.
We also should check if switching to regular gtk3 instead of gtk3-classic makes a difference!
gtk3 vs gtk3-classic makes no difference.
To me it appears that the loading of the i3 desktop is normal while using linux414 and slowed down with 416 or 417. Also with the newest kernels about every other time lightdm-slick-greeter refuses to start. I haven't found an error message in the logs, yet. System simply hangs without either the DM showing up (when trying to re-log) or when autologin is supposed to be happening. Will try to find out if the same problem exists with lightdm-gtk-greeter for me.
Same issue with lightdm-gtk-greeter and linux417. Since this problem is not present on my installed system, which also uses linux416, my best guess currently is that the issue is related to the virtualbox-modules for linux416 and 417. Also this strange observation could be caused by linux416-virtualbox-modules (this bspwm build uses 416)
Also with the newest kernels about every other time lightdm-slick-greeter refuses to start. I haven't found an error message in the logs, yet. System simply hangs without either the DM showing up (when trying to re-log) or when autologin is supposed to be happening. @oberon2007
Does this only concern 4.17 and the latest testing lightdm/VBox version? Because I'm using lightdm-gtk-greeter from stable branch with kernel 4.16 and the virtualbox-host-modules and everything is perfectly fine.
Seems also KDE seems to be affected. Only our Gnome edition seems to be kinda fine. I've to see how it will act in a later state. linux417 is still in early development ...
Meanwhile at least with i3 the issue seems to have disappeared with linux416-4.16.4.
Seems linux417 4.17.r180429.cdface5-2 fixes this, however we have still weird issues within CAL not able to click on dialogs with mouse. Maybe a VBox issue. Didn't had time to test on real HW.
Also linux416 4.16.5 has no issue with this anymore. Also less regressions than linux417 as of now ...
Here is another workaround:
sudo pacman -S haveged
sudo systemctl enable haveged
sudo systemctl start haveged
Seems to be related to an old friend: https://github.com/systemd/systemd/issues/4167
In live-session I detected that the destkop loads longer than usual. However this also happens with TTY ...