-
-
Notifications
You must be signed in to change notification settings - Fork 77
Open
Description
After boot, GDM completely freezes without allowing any user interaction, including cursor movement, I have managed to make it work once by changing to a tty and back, but I cannot reproduce this anymore.
I can confirm that this behavior isn't present when using the lts version of the kernel.
This is the log for GDM.service:
dic 02 08:05:08 computer systemd[1]: Starting GNOME Display Manager...
dic 02 08:05:08 computer systemd[1]: Started GNOME Display Manager.
dic 02 08:06:54 computer gdm-password][7175]: gkr-pam: unable to locate daemon control file
dic 02 08:06:54 computer gdm-password][7175]: gkr-pam: stashed password to try later in open session
dic 02 08:06:54 computer gdm-password][7175]: pam_unix(gdm-password:session): session opened for user username(uid=1000) by username(uid=0)
dic 02 08:06:54 computer gdm-password][7175]: gkr-pam: unlocked login keyring
dic 02 08:06:55 computer gdm[962]: Gdm: Child process -5718 was already dead.
dic 02 12:28:19 computer systemd[1]: Stopping GNOME Display Manager...
dic 02 12:28:19 computer gdm[962]: Gdm: Failed to list cached users: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name is not activatable
dic 02 12:28:20 computer systemd[1]: gdm.service: Main process exited, code=exited, status=1/FAILURE
dic 02 12:28:20 computer systemd[1]: gdm.service: Failed with result 'exit-code'.
dic 02 12:28:20 computer systemd[1]: Stopped GNOME Display Manager.
dic 02 12:28:20 computer systemd[1]: gdm.service: Triggering OnFailure= dependencies.
dic 02 12:28:20 computer systemd[1]: gdm.service: Failed to enqueue OnFailure=plymouth-quit.service job, ignoring: Transaction for plymouth-quit.service/start is destructive (systemd-journal-flush.service has 'stop' job queued, but 'start' is included in transaction).
Metadata
Metadata
Assignees
Labels
No labels