Durch Konfigurationsdateien ersetzt. Siehe http://0pointer.de/blog/projects/the-new-configuration-files und http://fedoraproject.org/wiki/Systemd
3 Ebenen der Konfiguration von Units:
/lib/systemd/*
und /usr/lib/systemd/*
: (niedrigste Priorität) aus der Paketverwaltung, nicht anfassen./run/systemd/*
: dynamisch von systemd erzeugt/etc/systemd/*
: (höchste Priorität) Hier dürfen sich Admins austobenUnit-Files:
{/usr,}/lib/systemd/system/…
{/usr,}/lib/systemd/system/….d/*.conf
man systemd.preset
{/usr,}/lib/systemd/system-preset/
/run/systemd/…
/run/systemd/….d/*.conf
/etc/systemd/system/…
/etc/systemd/system/….d/*.conf
Übersicht Unit-Files:
systemctl list-unit-files
Übersicht Dienste:
systemctl list-unit-files --type service
systemd ist aber auch weiterhin kompatibel zu den aus sysVinit bekannten Startskripten in /etc/init.d/
systemd-hostnamed
–> hostnamectl
systemd-machined
–> machinectl
systemd-journald
–> journalctl
systemd-localed
–> localectl
systemd-logind
–> loginctl
systemd-shutdownd
–> shutdown
systemd-timedated
–> timedatectl
bootctl
busctl
networkctl
resolvectl
/etc/fstab
)systemctl set-default graphical.target
systemctl get-default
oder
readlink /etc/systemd/system/default.target
systemctl start dienst.service
service dienst start
systemctl enable dienst.service systemctl reenable dienst.service
systemctl stop dienst.service
service dienst stop
systemctl restart dienst.service
systemctl try-restart dienst.service
service dienst restart
systemctl reload dienst.service systemctl reload-or-restart dienst.service systemctl reload-or-try-restart dienst.service
service dienst reload
systemctl disable dienst.service
dann kann er überhaupt nicht mehr gestartet werden
systemctl mask dienst.service systemctl unmask dienst.service
systemctl list-units -t service systemctl list-units --type service --state=failed --all systemctl list-unit-files -t service systemctl is-enabled dienst.service systemctl is-active dienst.service
service --status-all
systemctl --type=target
alle anderen Targets beenden
systemctl isolate rescue.target systemctl rescue systemctl emergency systemctl single systemctl halt systemctl poweroff systemctl reboot systemctl suspend systemctl hibernate systemctl hybrid-sleep
systemctl list-dependencies graphical.target
cp -a /lib/systemd/system/dienst.service /etc/systemd/system/ vim /etc/systemd/system/dienst.service
Besser
systemctl edit dienst.service
oder (für eigene units)
systemctl edit --full dienst.service
Syntax prüfen:
systemd-analyze verify dienst.service
Änderungen anzeigen:
systemd-delta
Änderungen aktivieren (nicht notwendig bei edit
)
systemctl daemon-reload
Dienst neu starten:
systemctl restart dienst
systemd version 230:
Now you can no longer expect a long running background processes to
continue after logging out. I believe this breaks the expecations of
many users. For example, you can no longer start a screen or tmux
session, log out, and expect to come back to it.
compiling systemd with –without-kill-user-processes
or by setting
KillUserProcesses=no
systemd-inhibit <cmd>
systemd-detect-virt