Der Systemd ist eine SysVinit-Alternative.

• SysVinit- und Upstart-Alternative Systemd vorgestellt - 03.05.2010 10:53 Uhr

In dem sehr ausführlichen Blog-Eintrag erläutert Poettering Probleme aktueller Init-Systeme und erklärt, wie das noch sehr experimentelle und bislang lediglich via Git erhältliche Systemd es besser machen will. Damit der Systemstart möglichst schnell erfolge, dürfe das Init-System nur das unbedingt Nötigste ausführen und müsse so viele Aufgaben wie möglich parallel erledigen, um die Ressourcen effizient zu nutzen. Dienste sollten zudem erst starten, wenn sie benötigt werden – ähnlich wie beim (x)inetd, das Server-Dienste wie SSH, Telnet oder Webmin automatisch startet, wenn auf einem bestimmten Port zugriffen wird. Auch seien die vielen beim Start aktueller Linux-Distributionen ausgeführten Shell-Skripte ein Problem, denn die seien vergleichsweise langsam. Poettering erläutert ferner, warum ihm der Ansatz des derzeit von Fedora, OpenSuse und Ubuntu eingesetzte Upstart nicht gefällt; mehrfach positiv erwähnt er hingegen einige Eigenschaften des bei MacOS eingesetzten launchd.

…

Der bei Red Hat beschäftigte Poettering stellt in der FAQ am Ende der Ankündigung klar, dass Systemd sein Freizeitprojekt sei. Er hat sich aber mit Entwicklern verschiedener Firmen abgesprochen – darunter auch dem bei Novell beschäftigten Kay Sievers, der durch seine Arbeit als Udev-Maintainer bekannt ist. Poettering und Sievers scheinen auf eine Aufnahme in Fedora und OpenSuse hinarbeiten zu wollen, wenn weitere Experimente mit Systemd zeigen, dass das Konzept tragfähig ist.

…

Der Hauptentwickler von Upstart, Scott James Remnant, kommentierte Systemd kurz nach dessen Vorstellung in seinem Blog. Dort räumt er ein, dass Upstart keineswegs perfekt sei und dass er einigen von Poettering aufgebrachten Kritikpunkten nicht widersprechen kann. Nun, da Ubuntu 10.04 freigegeben sei, will er sich Upstart wieder mehr widmen und einige der kritisierten Eigenschaften angehen. Es sei viel zu früh, um abschätzen zu können, welche der beiden Ansätze langfristig der bessere sei.

Linux von systemd befreien: Alternativen für den init-Prozess - 08.06.2017 14:12 Uhr iX Magazin

Hier liegen die Unit-Dateien des systemd: /etc/systemd/system/

Oft liegen in etc die Symlinks und hier die richtigen Unit-Dateien: /usr/lib/systemd/system/

Auflisten von Services: ls -lha /etc/systemd/system/*.services

• *.service
• *.socket
• *.mount
• *.target
• und viele andere

> systemd-resolve --set-dns=192.168.1.1 --set-domain=lan --interface=eth0
> systemd-resolve --status
...

Link 2 (eth0)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.1.1
          DNS Domain: lan

• Systemd service file example
• systemd Service Unit Beispiel

/etc/systemd/system/myservice.service

[Unit]
Description=myservice
After=network.target auditd.service sshd.service
 
[Service]
### startet und läuft dauerhaft weiter ohne zu forken
Type=simple
### forkt - erzeugt weiter Prozesse (z.B. einige Webserver)
#Type=forking
### startet und arbeitet einen Auftrag ab, danach beendet es sich
#Type=oneshot
WorkingDirectory=/tmp/
EnvironmentFile=-/etc/default/myservice
ExecStartPre=/bin/echo "Dienst wird jetzt gestartet..."
ExecStart=/bin/bash -c "touch replace_this_line_with_your_binary_path"
ExecStartPost=/bin/echo "Dienst wurde gestartet."
 
[Install]
WantedBy=default.target
Alias=myservice.service

Anschliessend muss Systemd die Services neu einlesen:

> systemctl daemon-reload

Nun kann der Service gestartet werden:

> systemctl start myservice

Natürlich kann man den Service auch beim Booten automatisch starten lassen:

> systemctl enable myservice
> systemctl is-enabled myservice
enabled

Beispiel für eine systemd-resolved config:

/etc/systemd/resolved.conf

DNS=2606:4700:4700::1111 1.1.1.1
FallbackDNS=2001:4860:4860::8888 8.8.8.8
Domains=~.
DNSSEC=allow-downgrade
DNSOverTLS=opportunistic
MulticastDNS=yes
LLMNR=yes
Cache=no-negative
DNSStubListener=yes
#DNSStubListenerExtra=
ReadEtcHosts=yes
ResolveUnicastSingleLabel=no

DNS-Cache abschalten:

> resolvectl flush-caches

> vi /etc/systemd/resolved.conf
...
Cache=no
...