hibernation support - lack of distro-wide coordination between systemd, dracut, anaconda, pm-utils and maybe more?

Lennart Poettering mzerqung at 0pointer.de
Tue Mar 31 17:40:58 UTC 2015

On Mon, 30.03.15 08:57, Till Maas (opensource at till.name) wrote:

> Hi,
> it seems to be that me have a major problem of core package maintainers
> coordinating features in Fedora.
> See for example:
> https://bugzilla.redhat.com/show_bug.cgi?id=1174945
> There the problem is, that dracut runs a fsck check before deciding
> whether to resume. This can result in a big file system corruption,
> since the kernel had a different idea of the file system state after
> resuming from hibernation that there really is. The problem has several
> core players that do not seem to communicate:
> - dracut which uses systemd and showed this problem in F21 (I did not
>   notice it in F20)
> - systemd:
>     - might have changed things in F21 to break resuming
>     - Does only parse the kernel command line, does not parse the
>       options that dracut gathers from the system during initramfs
>       generation
>     - provides hibernation support via "systemctl hibernate", which is
>       also what pm-hibernate does (why do we have two tools for the same
>       core task?)
> - anaconda, which does not add a resume= kernel command line option when
>   installing a system
> Therefore please coordinate with others if you maintain a key component
> for a core distribution feature and look for other items that need to be
> adjusted.

systemd 217 introduced support for doing the hibernation resume logic
in the initrd on its own without any external support, see the man
page systemd-hibernate-resume(8). This does not require any explicit
support in Dracut.

pm-hibernate is obsolete as others already mentioned.


Lennart Poettering, Red Hat

More information about the devel mailing list