diff options
| author | Mike Yuan <me@yhndnzj.com> | 2024-03-31 14:52:39 +0200 |
|---|---|---|
| committer | Mike Yuan <me@yhndnzj.com> | 2024-04-03 16:07:43 +0200 |
| commit | dfad86b83807fa8696ca94982a5ba591b6d86a80 (patch) | |
| tree | 1946fe262e29d7c26012ebb48aca1587ef12f532 /man/rules | |
| parent | hibernate-resume: introduce --clear for clearing hibernate storage var (diff) | |
| download | systemd-dfad86b83807fa8696ca94982a5ba591b6d86a80.tar.xz systemd-dfad86b83807fa8696ca94982a5ba591b6d86a80.zip | |
units: introduce systemd-hibernate-clear.service that clears
stale HibernateLocation EFI variable
Currently, if the HibernateLocation EFI variable exists,
but we failed to resume from it, the boot carries on
without clearing the stale variable. Therefore, the subsequent
boots would still be waiting for the device timeout,
unless the variable is purged manually.
There's no point to keep trying to resume after a successful
switch-root, because the hibernation image state
would have been invalidated by then. OTOH, we don't
want to clear the variable prematurely either,
i.e. in initrd, since if the resume device is the same
as root one, the boot won't succeed and the user might
be able to try resuming again. So, let's introduce a
unit that only runs after switch-root and clears the var.
Fixes #32021
Diffstat (limited to 'man/rules')
| -rw-r--r-- | man/rules/meson.build | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/man/rules/meson.build b/man/rules/meson.build index e483196c5c..b67daa85fd 100644 --- a/man/rules/meson.build +++ b/man/rules/meson.build @@ -944,7 +944,7 @@ manpages = [ ['systemd-hibernate-resume-generator', '8', [], 'ENABLE_HIBERNATE'], ['systemd-hibernate-resume.service', '8', - ['systemd-hibernate-resume'], + ['systemd-hibernate-resume', 'systemd-hibernate-clear.service'], 'ENABLE_HIBERNATE'], ['systemd-homed.service', '8', ['systemd-homed'], 'ENABLE_HOMED'], ['systemd-hostnamed.service', '8', ['systemd-hostnamed'], 'ENABLE_HOSTNAMED'], |