Your message dated Sat, 09 Nov 2024 10:51:02 +0000
with message-id 
<b0a29248bc631362ed06a8879f93b8cdae5414d0.ca...@adam-barratt.org.uk>
and subject line Closing bugs released with 12.8
has caused the Debian Bug report #1077668,
regarding bookworm-pu: package kexec-tools 2.0.25-3+deb12u1
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1077668: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1077668
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian....@packages.debian.org
Usertags: pu

[ Reason ]

kexec-tools in bookworm is affected by #1028416 which is considered an
grave malfunction.

The installed /etc/init.d/kexec init script does nothing when started,
and executing `kexec -e` if a kexec kernel is loaded when stopped,
providing kexec reboot for legacy init system. However, for systemd
enabled systems, such behavior will affect the handling of kexec reboot
of systemd, since the stopping of the kexec service is executed before
umounting filesystems and other cleaning up jobs of systemd, which might
cause potential data loss.

In unstable, this has been fixed by removing this init script. However,
this might break the users of non systemd systems. As a result, installing
a systemd service mask instead for stable updates.

Now, along with this package, a systemd mask for kexec.service is also
installed, preventing the init script from functioning for systemd enabled
systems, and does not affect the functionality of the script on other non-
systemd systems.

[ Impact ]

For systemd enabled systems, when a kexec kernel is loaded, a reboot/poweroff
will become kexec as a side effect of this init script, which will cause an
abrupt kexec rather than cleanly close all the resources. After this update,
reboot and poweroff will remain themselves no matter whether a kexec kernel
is loaded. If a user wants a kexec reboot, systemctl kexec should be used
instead.

[ Tests ]

I've carried several tests on my system and can confirm it works as intended.

[ Risks ]

Risks are minimal. A reboot/poweroff will not become kexec no matter whether
a kexec kernel is loaded, being consistent with user's intention.

[ Checklist ]
  [*] *all* changes are documented in the d/changelog
  [*] I reviewed all changes and I approve them
  [*] attach debdiff against the package in (old)stable
  [*] the issue is verified as fixed in unstable

[ Changes ]
  * Non-maintainer upload.
  * Add a systemd mask to kexec.service, to prevent the init script from
    handling kexec process on a systemd enabled system.

[ Other info ]
n/a


Miao Wang

Attachment: kexec-tools_2.0.25-3+deb12u1.debdiff
Description: Binary data



--- End Message ---
--- Begin Message ---
Source: release.debian.org
Version: 12.8

Hi,

Each of the updates tracked by these bugs was included in today's 12.8
bookworm point release.

Regards,

Adam

--- End Message ---

Reply via email to