GNU bug report logs - #78040
elogind's suspend-then-hibernate requires dmi-sysfs to detect wakeup type

Previous Next

Full log

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Josselin Poiret via Bug reports for GNU Guix <bug-guix <at> gnu.org>
Cc: Josselin Poiret <dev <at> jpoiret.xyz>, 78040 <at> debbugs.gnu.org
Subject: Re: bug#78040: elogind's suspend-then-hibernate requires dmi-sysfs
 to detect wakeup type
Date: Thu, 24 Apr 2025 22:38:30 +0200

Hello Josselin,

Josselin Poiret via Bug reports for GNU Guix <bug-guix <at> gnu.org> writes:

> The suspend-then-hibernate option of elogind tries to detect the type of
> wakeup that the system supports, and to that end reads
> /sys/firmware/dmi/entries/1-0/raw.  However that file only exists if
> the kernel module dmi-sysfs has been loaded, which doesn't seem to be
> the case by default on my Guix system.
>
> If that doesn't work out, it falls back to a custom implementation that
> wakes up the system periodically to check the battery status, however
> that is also broken for some other reason™ on my system, leading to an
> instant hibernation.

I experienced it too; glad you found the reason!

> Loading dmi-sysfs manually solves this issue, but I don't know how to do
> that with the elogind-service-type implementation.

Maybe an activation snippet could do:

  (load-linux-modules-from-directory '("dmi-sysfs")
                                     (current-kernel-directory))

?

Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.