<div dir="ltr"><div>Just a quick note because I think I have a lead, but won't be able to go through all your suggestions today.</div><div><br></div><div>First of all, I'm also unable to reproduce the issue if I go straight to logging into the Gnome session after booting my VM.</div><div><br></div><div>However I am able to reproduce it if I first log into and log out of a few other session types.</div><div>I'm still trying to figure out the minimal set which triggers the issue consistently, but so far I can see the issue if I:</div><div>- boot the VM</div><div>- log into LXDE session and log out</div><div>- log into Cinnamon session and log out</div><div>- log into "System X11 default" session which I think is LXQT in this case, and log out</div><div>- log into Gnome session</div><div>- lock the screen through the menu in upper right-hand corner</div><div>- try to unlock</div><div><br></div><div>FWIW, the message which "journalctl -f" shows (in an ssh session running in parallel) when I enter the unlock password is:</div><div><br></div><div>lut 28 21:48:52 debian gdm-password][38277]: gkr-pam: unlocked login keyring<br></div><div><br></div><div>A few replies to some of your points below, I'll keep digging whenever I have some free time in the coming week.</div><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">sob., 27 lut 2021 o 22:28 Simon McVittie <<a href="mailto:smcv@debian.org">smcv@debian.org</a>> napisał(a):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sat, 27 Feb 2021 at 19:21:46 +0100, Marcin Owsiany wrote:<br>
> Regarding the messages I see in syslog, see the screenshot I had attached to my<br>
> previous message.<br>
<br>
On a freshly-installed, up to date test VM, you should find that the gdm<br>
login screen has a grey background, but the gnome-shell lock screen has a<br>
dark blue background (it's a blurred version of your desktop background,<br>
for which the default in Debian 11 is going to be dark blue).</blockquote><div><br></div><div>Right, I'm pretty sure the weird behaviour is in the lock screen, not the gdm login screen.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> It would<br>
be useful if you could describe the steps you use to reproduce this bug,<br>
and at each step that involves a login screen, say whether the background<br>
is grey or blue.<br>
<br>
Here is a sequence of screenshots illustrating my<br>
attempt to reproduce this, together with my system log:<br>
<<a href="https://people.debian.org/~smcv/973474/" rel="noreferrer" target="_blank">https://people.debian.org/~smcv/973474/</a>> (and then after pressing Enter<br>
for my test user's password, I'm back to my unlocked session, equivalent<br>
to <<a href="https://people.debian.org/~smcv/973474/5.png" rel="noreferrer" target="_blank">https://people.debian.org/~smcv/973474/5.png</a>>). At what point does<br>
what you see diverge from that?<br>
<br>
I'm surprised you see messages from Xorg: those should only appear when<br>
you start a completely new session, not when you just lock and unlock<br>
the screen. This suggests that maybe the session is crashing, and instead<br>
of the gnome-shell lock screen on tty7, you are going back to the gdm<br>
login screen on tty1.<br></blockquote><div><br></div><div>As far as I can tell it's not crashing. Could they have been triggered by switching between virtual consoles?</div><div>Going forward I'll try to use a parallel SSH login rather than messing around with CTRL+ALT+Fx to keep things simpler.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Given that you see messages from Xorg, I would also expect to see more<br>
messages than just those. Before locking the screen, please run<br>
<br>
    logger "before locking"<br>
<br>
to leave a marker in the system log; and then please look back through<br>
the system log at least as far as that marker.<br>
<br>
If you look at the systemd journal (as root) instead of syslog, you'll<br>
also see "auth" messages, which could be relevant: for instance, when<br>
you enter a wrong password, that should be logged as an "auth" message<br>
from PAM.<br>
<br>
Please describe the steps you took to install your test VM, including<br>
any non-default settings used? For example, I wonder whether this is<br>
locale-sensitive - I'm using en_GB.UTF-8 but you seem to be using a<br>
non-English locale.<br>
<br>
If your test VM does not contain any personal or confidential data,<br>
and you can can transfer files off it with ssh, a shared filesystem or<br>
<a href="http://paste.debian.net" rel="noreferrer" target="_blank">paste.debian.net</a>, it would be useful to see the entire systemd journal<br>
(starting from boot) for this procedure:<br>
<br>
- boot the VM<br>
- log in as a user<br>
- lock the screen<br>
- unlock with a correct password<br>
<br>
and compare it with<br>
<<a href="https://people.debian.org/~smcv/973474/journalctl_-b.log.gz" rel="noreferrer" target="_blank">https://people.debian.org/~smcv/973474/journalctl_-b.log.gz</a>>.<br>
<br>
Or if your test VM contains personal/confidential things, please could<br>
you try to set up a similar VM without those and reproduce the bug there?<br>
<br>
> Is there perhaps some setting I could tweak to convince gnome-shell to produce<br>
> some debug output when I attempt unlocking?<br>
<br>
Try these:<br>
<br>
systemctl --user edit gnome-shell@x11.service<br>
systemctl --user edit gnome-shell@wayland.service<br>
sudo systemctl edit gdm.service<br>
<br>
and in each case, add this:<br>
<br>
[Service]<br>
Environment=G_MESSAGES_DEBUG=all<br>
<br>
Thanks,<br>
    smcv<br>
</blockquote></div></div>