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:

1. /lib/systemd/* und /usr/lib/systemd/*: (niedrigste Priorität) aus der Paketverwaltung, nicht anfassen.
2. /run/systemd/*: dynamisch von systemd erzeugt
3. /etc/systemd/*: (höchste Priorität) Hier dürfen sich Admins austoben

Unit-Files:

• Defaults der Distribution
  • {/usr,}/lib/systemd/system/…
  • {/usr,}/lib/systemd/system/….d/*.conf
• Voreinstellungen, siehe man systemd.preset
  • {/usr,}/lib/systemd/system-preset/
• temporär, dynamisch von systemd erzeugt
  • /run/systemd/…
  • /run/systemd/….d/*.conf
• Hier dürfen sich Admins austoben
  • /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

• service: von Systemd gestartete Anwendungen
• socket: Socket Aktivierung
• scopes: ausserhalb von systemd gestartete Anwendungen
• slice: Resourcen für Prozessgruppen
• path: Pfad Aktivierung
• mount: Mountpoints (teilweise aus /etc/fstab)
• automount: automatische Mountpoints
• target: Gruppen von Units
• timer: Service-Units zeitgesteuert starten

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

• journald

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

/etc/systemd/logind.conf

KillUserProcesses=no

• Analyse
• Snapshots
• Systemd-Prozesse
• Systemd-Resourcenkontrolle
• Systemd-Security

systemd-inhibit <cmd>

systemd-detect-virt

• loginctl
• localectl
• hostnamectl
• timedatectl

• Systemd Service Unit Files
• Systemd Path Unit Files

• Offizielle Doku auf freedesktop
• PID 1 Blog von Poettering (nicht verbindlich)

• CRE Interview mit Lennart