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
--
Lennart Poettering, Red Hat
More information about the devel
mailing list