systemd и отключение сервиса

systemctl enable ssh

sshd

ssh ЕМНИП

Гм, похоже на правду

root@mmt:~# systemctl disable ssh
Synchronizing state of ssh.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable ssh
root@mmt:~# systemctl enable ssh
Synchronizing state of ssh.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable ssh
Created symlink /etc/systemd/system/sshd.service → /lib/systemd/system/ssh.service.

Тогда вопрос - что отключила команда systemctl disable sshd?

Демон sshd.

Так мне и надо было отключить демон sshd. А потом включить. А что в таком случае отключила systemctl disable ssh?

Там симлинк.

Видишь ли, в некоторых особых случаях (как у тебя) команды enable и disable не полностью симметричны.

Изначально, твой сервис называется ssh.service (точнее, инитскрипт ssh, который транслируется в ssh.service). Когда ты его включаешь, systemd создаёт для него алиас sshd.service, потому что в инитскрипте так написано. После этого ты можешь к нему обращаться по любому имени, потому что они оба существуют.

Но когда ты его отключаешь, алиас (симлинк) sshd -> ssh тоже удаляется, т. к. был создан во время enable. И после этого systemd забывает про то, что когда-то вообще была такая сущность sshd.service.

команды enable и disable не полностью симметричны

л - логика :)

Это же адЪ и израиль какой-то. Типа, чтобы включить свет надо повернуть выключатель в положение «вкл», а чтобы выключить - три раза побибикать стоящим во дворе камазом. Что за чудесные люди такое придумали.

ССЗБ

Кто именно?

тот кто юзает системд

Никто не придумывал, оно само получилось, потому что алиасы в инитскриптах и алиасы в systemd устроены по разному. Любые слои совместимости — это всегда костыли и подпорки.

Что за чудесные люди такое придумали

мейнтейнеры дебиана и скопировавшие у них эти скрипты мейнтейнеры убунты, очевидно же. Кстати вообще не удивлен.