Bug#942296: gdm-password][…]: gkr-pam: unable to locate daemon control file
AlMa
AlMa0 at ro.ru
Tue Jul 18 00:59:04 BST 2023
affects 941675 gdm3
affects 942296 gdm3
found 941675 42.1-1+b2
found 942296 42.1-1+b2
thanks
I use gnome and gdm3. I cannot comment on slow start expressed by the
original posters, except that software upgrades generally slow down
things and sometimes break them. (I can't say I like this.) In my
case, the latest upgrade from Debian 11+12 to clean Debian 12 led to a
perceived longer boot time and X.Org being started instead of Wayland.
Regardless thereof, the message “gdm-password][…]: gkr-pam: unable to
locate daemon control file” is there in Debian 12 bookworm:
Jul 17 12:57:30 AnonymizedMachineName gnome-shell[1135]: Registering
session with GDM
Jul 17 12:57:30 AnonymizedMachineName systemd[1]:
systemd-update-utmp-runlevel.service: Deactivated successfully.
Jul 17 12:57:30 AnonymizedMachineName systemd[1]: Finished
systemd-update-utmp-runlevel.service - Record Runlevel Change in UTMP.
Jul 17 12:57:30 AnonymizedMachineName systemd[1]: Startup finished in
3.672s (kernel) + 8.992s (userspace) = 12.664s.
Jul 17 12:57:32 AnonymizedMachineName NetworkManager[823]: <info>
[1689591452.1845] dhcp6 (wlp179s0): state changed new lease
Jul 17 12:57:42 AnonymizedMachineName systemd[1]:
NetworkManager-dispatcher.service: Deactivated successfully.
Jul 17 12:57:52 AnonymizedMachineName systemd[1]: systemd-fsckd.service:
Deactivated successfully.
Jul 17 12:57:54 AnonymizedMachineName systemd-timesyncd[739]: Contacted
time server 194.25.134.196:123 (2.debian.pool.ntp.org).
Jul 17 12:57:54 AnonymizedMachineName systemd-timesyncd[739]: Initial
clock synchronization to Mon 2023-07-17 12:57:53.855282 CEST.
Jul 17 12:57:58 AnonymizedMachineName systemd[1]:
systemd-localed.service: Deactivated successfully.
Jul 17 12:57:58 AnonymizedMachineName systemd[1]:
systemd-hostnamed.service: Deactivated successfully.
Jul 17 12:57:58 AnonymizedMachineName gdm-password][1902]: gkr-pam:
unable to locate daemon control file
Jul 17 12:57:58 AnonymizedMachineName gdm-password][1902]: gkr-pam:
stashed password to try later in open session
Jul 17 12:57:58 AnonymizedMachineName gdm-password][1902]:
pam_unix(gdm-password:session): session opened for user
AnonymizedUserName(uid=1000) by (uid=0)
The text “gkr-pam: unable to locate daemon control file” is red, i.e.,
indicating an error. Still, various sources on the Web (e.g.,
https://bbs.archlinux.org/viewtopic.php?id=261156 for Arch) say it's not
an error but may become one. This is confusing. The boot, log-in, and
logging should be cleanly rewritten such that, by default, errors are
logged (and shown in red), that non-errors are either not logged or
logged as purely informational text (and shown in gray-white) or as
warnings (and shown in yellow or orange), and that it's possible to
clearly distinguish errors and non-errors.
Gratefully,
AlMa
More information about the pkg-gnome-maintainers
mailing list