Bug#945158: if laptop lid is closed during suspend, gdm session is reset upon resume (NVIDIA?)
Michael Biebl
biebl at debian.org
Wed Nov 20 19:23:51 GMT 2019
Am 20.11.19 um 19:35 schrieb Yaroslav Halchenko:
>
> On Wed, 20 Nov 2019, Michael Biebl wrote:
>>> Problem statement:
>
>>> if laptop lid is closed after suspend is initiated (via keyboard
>>> shortcut), but before laptop actually is suspended, then upon resume multiple
>>> things happen
>>> - (seems to be 100% reproducible): gdm resets prior session completely.
>
>> What exactly do you mean by that? If gdm behaves unexpectedly, why is
>> this a systemd issue?
>
> primarily because (I could be wrong) suspend/resume is instrumented via
> systemd (and systemd-sleep) in particular. And I felt that there is
> some (incorrect) interaction between all the components (systemd-sleep,
> systemd-logind) participating in the game. I do not spot any explicit
> message from gdm in the logs which would hint that it behaves
> unexpectedly. It feels more like some powers from above (systemd)
Did you spot any message from logind that it behaves wrong?
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20191120/8314943e/attachment-0001.sig>
More information about the Pkg-systemd-maintainers
mailing list