[systemd-devel] systemd hibernator generator does not function on default Fedora install

[James Hogarth]

On 24 Apr 2016 21:31, "poma" <pomidorabelisima at gmail.com> wrote:
>
> On 20.04.2016 22:42, Chris Murphy wrote:
> > On Wed, Apr 20, 2016 at 1:50 PM, Tobias Hunger <tobias.hunger at gmail.com>
wrote:
>
> [...]
>
> > Anyway, the most complete solution for BIOS, UEFI, and UEFI Secure
> > Boot systems, is fast startups as possible (which helps all kinds of
> > use cases not just desktops), and then encourage DE's and app makers
> > to support apps that save their own state without users having to
> > manually save files, and default to power off in low battery cases.
> >
> > I guess opensuse has some patches that aren't upstream yet that
> > support signed hibernation images for UEFI Secure Boot?  Maybe there's
> > a way forward at some point. But right now I'm just not seeing it.
> > There's some kind of brick wall in every direction with hibernation.
> >
>
> :)
> "Lacus Hiemalis Edictum" patch-set actually existed for several years.
>
> ...

<snip>

There is something that can be done in systemd to avoid the data loss issue
without having to add complexity to the generator.

Add to the logind conditions for suspend-to-disk an additional one to the
existing ones to ensure resume= is in the kernel cmdline.

If it's not there refuse the hibernate and shutdown instead. At least then
the processes would get shutdown properly with a TERM and not have a power
cord pull situation (with sync) on them.

That would be minimal change from present but avoid writing a resume image
that will never be read.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/systemd-devel/attachments/20160502/7f708b3e/attachment.html>