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.service
What 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.