On Mon, 30.03.15 08:57, Till Maas (opensource(a)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