On 04.07.2023 14:58, Ferenc Wágner wrote:
Hi,Please help me understand this phenomenon (systemd 252): $ systemctl status ctrl-alt-del.target ○ reboot.target - System Reboot Loaded: loaded (/lib/systemd/system/reboot.target; disabled; preset: enabled) Active: inactive (dead) Docs: man:systemd.special(7) $ ls -l /{etc,run}/systemd/system | fgrep reboot $ ls -l /lib/systemd/system | fgrep reboot lrwxrwxrwx 1 root root 13 febr 28 12.15 ctrl-alt-del.target -> reboot.target -rw-r--r-- 1 root root 443 febr 1 18.20 plymouth-reboot.service -rw-r--r-- 1 root root 598 febr 16 19.10 reboot.target drwxr-xr-x 2 root root 4096 ápr 22 22.15 reboot.target.wants lrwxrwxrwx 1 root root 13 febr 28 12.15 runlevel6.target -> reboot.target -rw-r--r-- 1 root root 568 febr 16 19.10 systemd-reboot.serviceWhat does it mean that reboot.target is disabled?
It means links listed in [Install] section are not present.
And why is it?
Probably because those presets were never actually applied. Presets were intended to be used to perform initial configuration "on the first boot", but it does not make them mandatory.
# systemctl enable reboot.target Created symlink /etc/systemd/system/ctrl-alt-del.target → /lib/systemd/system/reboot.target. Now reboot.target is reported as enabled. # systemctl disable reboot.target Removed "/etc/systemd/system/ctrl-alt-del.target". Now reboot.target is reported as disabled again. Why doesn't the ctrl-alt-del.target symlink under /lib/systemd/system count? Maybe related: why does 90-systemd.preset enable reboot.target but disable poweroff.target (for example)?
There can be just one link target for ctrl-alt-del and reboot is the most logical one.
