<div dir="auto">v255 added a new systemd-executor binary – instead of direct fork/setup/exec, now it's fork/exec(executor)/setup/exec(service), to avoid doing too much stuff after fork. But the binary is executed off an open fd, so even though you've upgraded it on disk, the manager is still holding onto its old copy.<div dir="auto"><br></div><div dir="auto">I guess the latter ended up achieving the opposite of what it intended.<br><div dir="auto"><br></div><div dir="auto">I think asking systemd to reexec itself after the upgrade is how you're supposed to handle it – i.e. first "systemctl daemon-reexec" the system manager (or "telinit u" if you like), then "systemctl --user daemon-reexec", or a mass "systemctl kill -s SIGRTMIN-25 user@\*.service". (On Arch it's one of the very few daemon restarts that are automatically done via post-upgrade hooks.)</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 29, 2024, 22:05 Mike Gilbert <<a href="mailto:floppym@gentoo.org" target="_blank" rel="noreferrer">floppym@gentoo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I recently added systemd v256 to Gentoo's ebuild repo. While testing<br>
the upgrade process from v255, I have run into an issue.<br>
<br>
After the upgrade, my KDE Plasma session stopped working, and I was<br>
unable to execute a reboot from the GUI.<br>
<br>
Looking at the journal, I see several messages like this one:<br>
<br>
Jun 29 14:21:30 naomi systemd[2387904]:<br>
/usr/lib/systemd/systemd-executor (deleted): error while loading<br>
shared libraries: libsystemd-core-255.so: cannot open shared object<br>
file: No such file or directory<br>
<br>
It appears to be executing a deleted binary<br>
(/usr/lib/systemd/systemd-executor), likely via /proc/1/fd/..., and<br>
then fails when loading a deleted shared library<br>
(libsystemd-core-255.so).<br>
<br>
The new versions of these files do exist on the filesystem. Also, I<br>
was able to reboot the system by switching to a text console and<br>
pressing ctrl-alt-delete.<br>
<br>
Any idea what happened here? I'm not sure if this is a systemd bug, or<br>
if I missed something in my packaging script (ebuild).<br>
</blockquote></div>