On Friday 2020-02-28 08:01, Hans-Peter Jansen wrote:
I noticed a slightly puzzling behavior of TW.
*After reboot*, it shows:
$ zyp ps Verbosity: 2 Checking for running processes using deleted libraries... The following running processes use deleted files:
PID | PPID | UID | User | Command | Service | Files ----+------+-----+------+-------------------+--------- +------------------------------ 531 | 1 | 0 | root | haveged (deleted) | haveged | /lib64/ld-2.31.so
haveged is started inside the initramfs already. The initramfs is cleared before chrooting into the actual system disk, which is why this shows "(deleted)". When systemd switches roots, it normally restarts -- or stops -- haveged, depending on one's config. That, for some reason, did not occur with your system. Main system has it enabled: # dmesg [5.21] systemd[1]: Started Entropy Daemon based on the HAVEGE algorithm. ... [32.45] systemd[1]: haveged.service: Scheduled restart job, restart counter is at 1. Main system has it disabled (systemctl disable haveged): # dmesg [5.10] systemd[1]: systemd +suse.138.gf8adabc2b1 running in system mode. [5.12] systemd[1]: Running in initial RAM disk. [5.21] systemd[1]: Started Entropy Daemon based on the HAVEGE algorithm. ... [35.86] systemd[1]: systemd +suse.138.gf8adabc2b1 running in systemd mode. ... [36.08] systemd[1]: haveged.service: Stop job pending for unit, delaying automatic restart. [36.09] systemd[1]: Stopped Entropy Daemon based on the HAVEGE algorithm. Even ripping away the haveged unit without touching the initrd, I cannot reproduce your case. # rpm -e haveged --noscripts # reboot # dmesg [32.01] systemd[1]: haveged.service: Current command vanished from the unit file, execution of the command list won't be.... (no haveged running as per /bin/ps) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org