Исходное сообщение
"Второй кандидат в релизы Devuan, форка Debian без systemd" Отправлено Аноним, 06-Май-17 13:35
> как так можно было сделать, что при завершении сервисы начинают стартовать - хз Очень просто - достаточно напихать в дистрибутив три системы иницализации с максимальной поддержкой костылей из sysV. Скорее всего, проблема в зацикленных где-то зависимостях из-за прекрасных unit-ов, сгенерированных на базе init.d скриптов, и выполняющих /bin/true Свеженький юнит openvpn из jessie: root@jessie-vm:~# systemctl cat openvpn.service # /lib/systemd/system/openvpn.service # This service is actually a systemd target, # but we are using a service since targets cannot be reloaded. [Unit] Description=OpenVPN service After=network.target [Service] Type=oneshot RemainAfterExit=yes ExecStart=/bin/true ExecReload=/bin/true WorkingDirectory=/etc/openvpn [Install] WantedBy=multi-user.target И да, я знаю, что это "главный" юнит для подъюнитов вида: root@jessie-vm:~# cat /lib/systemd/system/openvpn@.service [Unit] Description=OpenVPN connection to %i PartOf=openvpn.service ReloadPropagatedFrom=openvpn.service [Service] Type=forking ExecStart=/usr/sbin/openvpn --daemon ovpn-%i --status /run/openvpn/%i.status 10 --cd /etc/openvpn --config /etc/openvpn/%i.conf ExecReload=/bin/kill -HUP $MAINPID WorkingDirectory=/etc/openvpn [Install] WantedBy=multi-user.target Но его тогда надо делать не .service, а .target, и без всякого Exec Ну не осилили мейнтейнеры дебиана systemd, увы. Я очень жду релиза stretch с надеждой, что откажутся хотя бы от /etc/init/. Смотреть RC-шки даже боюсь.