imported>Invisigoth67: typo, form

2026-03-20T14:05:48Z

typo, form

Neue Seite

{{SEITENTITEL:systemd}}
{{Veraltet|| Der Artikel stammt aus den Zeiten der Entstehung von systemd. Die damalige Kritik ist dominant, Funktionsbeschreibungen fehlen. Die heutige Bedeutung und Verbreitung fehlen. | seit=2019}}
{{Infobox Software
|Name = systemd
|Beschreibung = 
|Maintainer = [[Lennart Poettering]], [[Kay Sievers]] ([[Red Hat]] Inc.)
|Erscheinungsjahr = 30. März 2010
|Betriebssystem = [[Linux]]
|Programmiersprache = [[C (Programmiersprache)|C]]<ref name="ohloh" />
|Kategorie = [[Systemsoftware]]
|Lizenz = [[GNU Lesser General Public License|GNU LGPL]] 2.1+<ref name="license" /><br />([[Freie Software]])
|Website = [https://systemd.io/ systemd.io]
}}
[[Datei:Systemd components.svg|mini|systemd-Komponenten des [[Tizen]]-Betriebssystems für mobile Geräte]]

'''systemd''' ist eine Sammlung von Programmen, Hintergrundprogrammen ([[Daemon]]s) und Bibliotheken für [[Linux]]-Betriebssysteme. Ihr zentraler Bestandteil ist der systemd [[init]]-Prozess, der als erster [[Prozess (Informatik)|Prozess]] ([[Process identifier|Prozess-ID]] 1) zum Starten, Überwachen und Beenden weiterer Prozesse dient. Es bietet aber auch andere Systemkomponenten an, deren Bandbreite vom [[Booten]] („systemd-boot“) bis zum [[Logging]] („journald“) reichen. Systemd wurde von [[Lennart Poettering]], [[Kay Sievers]] ([[Red Hat]] Inc.) und anderen in [[C (Programmiersprache)|C]]<ref name="ohloh" /> programmiert und wird als [[freie Software]] unter der [[GNU Lesser General Public License]] (LGPL) veröffentlicht.<ref name="license" />

Der Name entspricht mit dem abschließenden „d“ dem für Daemons üblichen Namensschema: systemd ist der Daemon, der das System startet und betreut.

== Geschichte ==
Die Ideen und Konzepte zu systemd entstanden aus der Betrachtung von bereits bestehenden modernisierten init-Systemen<ref name="poetteringInterview" /> wie [[launchd]] von [[macOS]] und SMF ([[Service Management Facility]]) von [[Solaris (Betriebssystem)|Solaris]]. Es wurde am 10. April 2010 veröffentlicht. Distributionen, die systemd als vorgegebenen init-Dienst verwenden, sind [[Fedora (Linux-Distribution)|Fedora]] ab Version 15, [[openSUSE]] ab Version 12.1, [[Mandriva Linux|Mandriva]] 2011, [[Mageia]] ab Version 2, [[Arch Linux]] seit Oktober 2012, [[Red Hat Enterprise Linux]] ab Version 7,<ref name="biggestMyths" /> [[Tizen]]<ref name="tizen" /> sowie [[siduction]] ab Version 2013.2,<ref name="siduction" /> [[SUSE Linux Enterprise Server]] ab Version 12,<ref name="suse" /> [[Ubuntu (Betriebssystem)|Ubuntu]] ab Version 15.04<ref name="ubuntu" /> und [[Debian]] ab Version 8.<ref name="debian" />

Ab Version 221 enthält systemd ''sd-bus'', eine unabhängige [[D-Bus]]-[[Programmierschnittstelle]], die bei der Komplexität zwischen [[libdbus]] und [[GDBus]] angesiedelt ist. sd-bus unterstützt sowohl das klassische dbus1 im [[Privilegienstufe#Umsetzung|Userspace]] als auch [[D-Bus#Kdbus, bus1 und dbus-broker|kdbus]] als Backend und soll so den reibungslosen Übergang zur Interprozesskommunikation im Kernel ermöglichen.<ref name="sdBus" />

In Version 260 wurde die [[Kompatibilität (Technik)#Abwärtskompatibilität|Abwärtskompatibilität]] zu [[SysVinit]]-Skripten entfernt.<ref>{{Internetquelle |autor=Michael Larabel |url=https://www.phoronix.com/news/systemd-260-Released |titel=systemd 260 Released: mstack, SysV Service Scripts Removed & AI Agents Documentation |werk=Phoronix |datum=2026-03-17 |sprache=en |abruf=2026-03-20 |zitat=System V service scripts are no longer supported and now you must be relying on native systemd unit files.}}</ref>

== Technik ==
Systemd soll den gegenseitigen Abhängigkeiten von Prozessen besser gerecht werden, durch mehr Parallelisierung zu einer besseren Auslastung beim Systemstart führen und somit weniger Verzögerungen verursachen als das ältere, klassische SysVinit oder das kaum noch in klassischen Linux-Distributionen, sondern nur noch überwiegend bei [[ChromeOS]] zum Einsatz kommende [[Upstart]].

Grundlegendes Konzept dafür ist es, weitgehend alle Prozesse gleichzeitig zu starten. Um nicht, wie bei anderen zwar grundsätzlich auf Parallelisierung setzenden Systemen, anhand der in einem Modell erfassten wechselseitigen Abhängigkeiten der Prozesse teilweise noch mit [[Serialisierung]] zu arbeiten, werden die [[D-Bus]]-Verbindungen und [[Socket]]s zur [[Interprozesskommunikation]] schon vor dem Start des zugehörigen Dienstes bereitgestellt und vom [[Kernel (Betriebssystem)|Kernel]] eventuell auflaufende Nachrichten bis zur Bereitschaft des Dienstes [[Puffer (Informatik)|gepuffert]]. Ähnliches wird für Anfragen an Dateisysteme mittels [[autofs]] bewerkstelligt.

Daneben kann es nur gelegentlich benötigte Dienste ereignisbasiert erst bei Bedarf starten und so beim Systemstart weniger Dienste starten. Damit nimmt es Aufgaben wahr, die bei klassischen Unix-Systemen von [[inetd]] übernommen werden.

Weiterhin sollen alle Shell-Boot-Skripte durch deklarative Konfigurationsdateien ersetzt werden, in denen definiert wird, wie die jeweiligen Dienste gestartet werden. Diese Dateien sind in der Regel deutlich einfacher zu schreiben als init-Skripte und vermeiden den erheblichen Overhead von Shell-Skripten.

Da systemd bewusst Features benutzt, die nur unter Linux zur Verfügung stehen, nicht aber auf anderen [[Unixoides System|unixoiden Betriebssystemen]], kann es nur auf Systemen mit Linux-Kernel laufen.

== Kritik ==
Systemd polarisiert die Community äußerst stark. Dadurch kommt es zu [[Flame (Netzkultur)|Flame-Wars]] und [[Shitstorm]]s seitens der Befürworter und Gegner, die zum Teil jedoch auch gegen die Person der Entwickler selbst, insbesondere Poettering und Sievers, gerichtet sind.<ref name="linuxuser201404" /><ref name="computerbase" /> Die Diskussion, ob man in Debian weiter SysVinit verwenden oder auf systemd oder aber ein anderes Init-System umsteigen sollte, führte zu monatelangen Streitereien und schließlich zu einer Abstimmung („General Resolution“),<ref name="abstimmung" /><ref name="entscheidung" /><ref name="zank" /> zahlreichen Rücktritten<ref name="entwicklerverlust" /> und einem [[Abspaltung (Softwareentwicklung)|Fork]]<ref name="devuan" /> unter dem Namen [[Devuan]], wobei Devuan gänzlich ohne systemd auskommt.

Der Hauptkritikpunkt an systemd liegt in seinem Anspruch, deutlich mehr verschiedene Aufgaben als das alte SysVinit erledigen zu wollen, was es recht kompliziert und fehleranfällig mache und überdies die [[Unix-Philosophie]] verletze (Ein Programm soll nur ein Problem lösen, dieses aber möglichst gut). Viele Entwickler äußerten die Sorge, systemd schränke durch zu starke Festlegungen der [[Systemumgebung]] Freiheit und Flexibilität ein.<ref name="linuxmag2014-12-02"/> Vielfach wurde bemängelt, dass systemd Log-Dateien im Binärformat und nicht als [[Plain text|einfache Textdateien]] speichert. Ein weiterer Kritikpunkt besteht in der Entscheidung, systemd explizit nur für Linux zu entwickeln.<ref name="linuxuser201404" /> Wiederholt wurde kritisiert, die Entwickler würden dazu neigen, Programmierfehler zu ignorieren oder zu bestreiten.<ref name="linmag140918" /><ref name="zdnet" /><ref name="infoworld" /><ref name="softpedia" /> Die Devuan-Entwickler äußerten die Befürchtung, Debian und die anderen Großdistributionen seien nun von [[Red Hat]] in einem [[Lock-in-Effekt#Computer|„Vendor-Lock-in“]] gefangen.<ref name="computerbase20160429" />

[[Theodore Ts’o]] kritisierte die zu starke Ausrichtung auf die [[Gnome]]-[[Desktop-Umgebung]]; es bestehe die Gefahr, dass viele Systemkomponenten mit anderen Desktops nicht mehr funktionieren würden. Dies könne langfristig zur völligen Unbenutzbarkeit anderer Desktops führen, wenn es keine Alternative zu systemd mehr gebe. Die Devuan-Entwickler spekulierten darüber, dass es langfristig zu einer Übernahme von Debian durch das Gnome-Projekt kommen könne.<ref name="linuxmag2014-12-02"/> [[Linus Torvalds]] gab an, er habe keine feste Meinung zu systemd; einige Eigenschaften wie binäre Logs seien irrsinnig, aber das seien Detailfragen und keine grundsätzlichen Probleme. Die systemd-Entwickler hätten generell eine zu großzügige Haltung gegenüber [[Programmfehler]]n und Kompatibilitätsproblemen.<ref name="linmag140918" /><ref name="zdnet" /> InfoWorld berichtete, systemd-Entwickler hätten Programmierfehler ignoriert und [[Bugtracker|Bugreports]] geschlossen, ohne die Fehler zu beheben, was dazu geführt habe, dass Torvalds mit Kay Sievers einen der führenden systemd-Entwickler von der [[Kernel (Betriebssystem)|Kernel]]-Entwicklung ausgeschlossen habe. In der Gesamtschau sei durch systemd eine Spaltung der Linux-Community eingetreten, die Linux langfristig schaden werde.<ref name="infoworld" /><ref name="softpedia" /> [[Mark Shuttleworth]] bezeichnete systemd im Oktober 2013 als „höchst invasiv und kaum gerechtfertigt“,<ref name="shuttleworth20131018" /> um dann doch nur wenige Monate später als „freundlicher Verlierer“ die Unterstützung Ubuntus für systemd bekanntzugeben.<ref name="shuttleworth20140214" /> Ende Oktober 2015 berichtete [[Slashdot]], [[BusyBox]]-Entwickler Denys Vlasenko habe die systemd-Unterstützung aus BusyBox entfernt. Vlasenko erklärte, die für systemd Verantwortlichen seien unfreundlich zum Rest der Welt, somit gebe es für den Rest der Welt keinen Anlass, mit ihnen zu kooperieren.<ref name="busybox-git" /><ref name="busybox-sld" /> Linus Torvalds äußerte im Juli 2017 auf der Linux-Kernel-Mailingliste „LKML.org“, er könne nicht mehr darauf vertrauen, dass „init“ das Richtige tue.<ref name="heise20170711" /><ref name="lkml20170706" /><ref name="register20170717" />

=== Einbindung von Google-Diensten in den Code ===
Im September 2014 wurde bekannt, dass eine Komponente des systemd in bestimmten Fällen [[Domain Name System|DNS]]-Anfragen an die [[Google LLC|Google]]-[[Domain Name System#Nameserver|Nameserver]] weiterleitet, ohne dass der Administrator dies eingestellt hat, was zu Diskussionen um die Vertraulichkeit, Sicherheit und Integrität von Nutzerdaten führte. Der zuständige Debian-[[Maintainer]] wies die Kritik zurück.<ref name="debbugs" /> Dieser Sachverhalt wurde im Juli 2015 erneut festgestellt.<ref name="github-dns" /> Poettering verteidigte diese Einstellung mit der Begründung, er wolle ein funktionsfähiges System sicherstellen.<ref name="github494" />

Ebenfalls im Juli 2015 wurde auf [[GitHub]] moniert, dass Google-[[Zeitserver]] als [[Voreinstellung|default]] bzw. [[Rückfallebene|fallback]] fest in den Code des systemd eingebunden sind.<ref name="github-time" /> Auch diese Entscheidung wurde von Poettering verteidigt, obwohl er einräumte, dass die Google-Server ungenaue Daten lieferten.<ref name="github437" /><ref name="github439" /><ref name="github444" /> Ein Google-Entwickler kritisierte diese Einstellung.<ref name="golem-time" /><ref name="linux-mag" />

=== Sicherheitslücken ===
Im September 2016 wurde ein [[Programmfehler|Bug]] bekannt, der jedem unprivilegierten Benutzer eine [[Denial of Service|DoS]]-Attacke auf systemd und die damit verbundenen Prozesse ermöglicht.<ref name="github4234" /> Der [[Musl]]-Entwickler Rich Felker sagte dazu, systemd sei ein großer monolithischer Prozess, der bei einem Fehler nicht teilweise ausfalle, sondern das ganze System zum Absturz bringe. Der entdeckte Bug sei weniger ein ernstes Sicherheitsproblem, sondern zeige vielmehr einen grundlegenden Designfehler auf.<ref name="threatpost161003" />

Anfang 2017 entwickelte sich eine Diskussion darüber, dass systemd Daemons mit Root-Rechten ausführt, wenn in der Konfiguration des Daemons ein mit einer Ziffer beginnender Benutzername angegeben ist. Die [[Sicherheitslücke]] wurde unterschiedlich bewertet. Seitens der Entwickler wurde erklärt, es handele sich um keinen Programmierfehler, denn derartige Benutzernamen seien auf Linux-Systemen unzulässig und es läge in der Verantwortung des Administrators, sie nicht zuzulassen. Darüber hinaus müsse ein Angreifer auf dem betroffenen System bereits Root-Rechte besitzen, um derartige Benutzernamen anlegen zu können. Der Bugreport wurde zunächst geschlossen.<ref name="lwn20170124" /><ref name="heise20170703" /> Später wurde ein Patch eingebaut, der bewirkt, dass fehlerhafte Parameter bei sicherheitskritischen Optionen nicht mehr ignoriert werden, sondern dazu führen, dass der Prozess nicht geladen wird.<ref name="heise20170711" /><ref name="github20170713" />

Im Juni 2017 wurde eine seit 2015 bestehende Verwundbarkeit in systemd-resolved entdeckt. Diese erlaubt es, systemd durch einen kompromittierten DNS-Server zur Ausführung von [[Schadprogramm]]en zu veranlassen, wodurch der Dienst zum Absturz gebracht oder durch externe Angreifer übernommen werden könne. Über die Sicherheitslücke wurde zuerst von [[Canonical]]-Mitarbeiter Chris Coulson berichtet.<ref name="openwall20170627" /> Demnach sind seit 2015 die Versionsnummern 223 bis 233 betroffen. Red Hat teilte mit, das von ihnen vertriebene Red Hat Enterprise Linux 7 sei nicht verwundbar. Debian erklärte, das kürzlich erschienene Debian 9 (Codename „Stretch“) sei ebenfalls nicht betroffen, da systemd-resolved standardmäßig nicht aktiviert sei. Ein [[Patch (Software)|Patch]] schloss die Sicherheitslücke in den betroffenen Versionen.<ref name="canonical20170627" /><ref name="register20170629" /><ref name="zdnet20170629" />

Im Oktober 2018 wurde bekannt, dass ein Programmierfehler im IPv6-DHCP-Client von systemd dazu missbraucht werden kann, verwundbare Linux-Systeme mit manipulierten DHCP-Paketen zu übernehmen.<ref>{{Internetquelle |autor=heise Security |url=https://www.heise.de/security/meldung/Systemd-DHCPv6-Pakete-koennen-Linux-Rechner-kapern-4206800.html |titel=Systemd: DHCPv6-Pakete können Linux-Rechner kapern |zugriff=2018-10-30}}</ref>

Das US-amerikanische IT-Sicherheitsunternehmen Qualys berichtete im Januar 2019 über einen Fehler in der systemd-Komponente ''journald'', der es Benutzern erlaube, auf einem System root-Rechte zu erlangen. Dies gelang auf einem x86-System innerhalb von zehn, auf einem amd64-System innerhalb von 70 Minuten.<ref name="slashdot-2019-01-10"/>

== Literatur ==
* Thorsten Leemhuis: ''Sammelstelle – Log-Informationen beim Journal von Systemd abrufen''. c’t 13/2014, Seite 168
* Yogesh Babar: ''Hands-on Booting.'' Apress, 2020. ISBN 978-1-4842-5889-7. Kapitel 7 und 9.

== Weblinks ==
{{Commonscat}}
* [https://wiki.freedesktop.org/www/Software/systemd/ systemd auf freedesktop.org]
* [https://0pointer.de/blog/projects/systemd.html Ursprüngliche Ankündigung] (englisch)
* [https://lwn.net/Articles/389149/ The road forward for systemd] (englisch)
* Lennart Poettering, Kay Sievers, Thorsten Leemhuis: ''Das Init-System Systemd'' [https://www.heise.de/ct/artikel/Das-Init-System-Systemd-Teil-1-1563259.html Teil 1], [https://www.heise.de/ct/artikel/Das-Init-System-Systemd-Teil-2-1563461.html Teil 2] bei heise.de
* [https://video.golem.de/oss/4823/interview-mit-lennart-poettering-entwickler-systemd.html?q=medium Video-Interview mit Lennart Poettering von 2011]
* [https://cre.fm/cre209-das-linux-system Das Linux System], [[CRE (Podcast)|CRE-Podcast]] mit Lennart Poettering vom 10. November 2015
* [https://gist.github.com/bcremer/8cdf6900c35dda65f387 systemd for Administrators] Sammlung ursprünglich auf 0pointer.de erschienener Artikel ([https://0pointer.de/public/systemd-ebook-psankar.pdf PDF])
* [https://wiki.archlinux.org/index.php/Systemd Systemd] im Wiki von [[Arch Linux]]

== Einzelnachweise ==
<references>
<ref name="abstimmung">
{{Internetquelle
|url=https://www.heise.de/newsticker/meldung/Debian-Abstimmung-zum-Init-System-Keine-Grundsatzentscheidung-erforderlich-2460027.html
|titel=Debian-Abstimmung zum Init-System: Keine Grundsatzentscheidung erforderlich
|autor=Thorsten Leemhuis
|werk=Heise online
|sprache=de
|datum=2014-11-19
|zugriff=2016-02-26}}
</ref>
<ref name="biggestMyths">
{{Internetquelle
|autor=Lennart Poettering
|url=https://0pointer.de/blog/projects/the-biggest-myths.html
|titel=The Biggest Myths
|sprache=en
|zugriff=2013-02-03}}
</ref>
<ref name="busybox-git">
{{Internetquelle
|url=https://git.busybox.net/busybox/commit/?id=accd9eeb719916da974584b33b1aeced5f3bb346
|autor=Denys Vlasenko
|titel=remove systemd support
|sprache=en
|datum=2015-10-22
|zugriff=2016-11-07}}
</ref>
<ref name="busybox-sld">
{{Internetquelle
|url=https://developers.slashdot.org/story/15/11/01/0051216/busybox-deletes-systemd-support
|titel=Busybox Deletes Systemd Support
|hrsg=[[Slashdot]]
|sprache=en
|datum=2015-10-31
|zugriff=2016-11-07}}
</ref>
<ref name="canonical20170627">
{{Internetquelle
|url=https://www.ubuntu.com/usn/usn-3341-1/
|titel=USN-3341-1: Systemd vulnerability
|autor=
|werk=Canonical ([[Ubuntu (Betriebssystem)|Ubuntu]])
|sprache=en
|datum=2017-06-27
|zugriff=2017-07-13}}
</ref>
<ref name="computerbase">
{{Internetquelle
|url=https://www.computerbase.de/2014-04/linus-torvalds-kritisiert-systemd-entwickler-scharf/
|titel=Linus Torvalds kritisiert Systemd-Entwickler scharf
|autor=Ferdinand Thommes
|werk=ComputerBase
|datum=2014-04-03
|zugriff=2016-08-24}}
</ref>
<ref name="computerbase20160429">
{{Internetquelle
|url=https://www.computerbase.de/2016-04/debian-devuan-veroeffentlicht-erste-beta-ohne-systemd/
|titel=Devuan veröffentlicht erste Beta ohne Systemd
|autor=Ferdinand Thommes
|werk=[[ComputerBase]]
|datum=2016-04-29
|zugriff=2016-12-22}}
</ref>
<ref name="debbugs">
{{Internetquelle
|url=https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761658
|titel=Debian Bug report logs - #761658; Please do not default to using Google nameservers
|autor=
|werk=
|sprache=en
|zugriff=2016-08-23}}
</ref>
<ref name="debian">
{{Internetquelle
|autor=
|url=https://www.debian.org/News/2015/20150426
|titel=Debian 8 „Jessie“ veröffentlicht
|sprache=de
|datum=2015-04-25
|zugriff=2015-04-26}}
</ref>
<ref name="devuan">
{{Internetquelle
|url=https://www.heise.de/newsticker/meldung/Devuan-Jetzt-solls-los-gehen-2517199.html
|titel=Devuan: Jetzt solls los gehen
|autor=Oliver Diedrich
|werk=Heise online
|sprache=de
|datum=2015-01-13
|zugriff=2016-02-26}}
</ref>
<ref name="entscheidung">
{{Internetquelle
|url=https://www.heise.de/newsticker/meldung/Debian-entscheidet-sich-fuer-Systemd-zumindest-fuers-Erste-2111065.html
|titel=Debian entscheidet sich für Systemd – zumindest fürs Erste
|autor=Thorsten Leemhuis
|werk=Heise online
|sprache=de
|datum=2014-02-11
|zugriff=2016-02-26}}
</ref>
<ref name="entwicklerverlust">
{{Internetquelle
|url=https://www.heise.de/newsticker/meldung/Debian-Systemd-Streit-vertreibt-Entwickler-2458968.html
|titel=Debian: Systemd-Streit vertreibt Entwickler
|autor=Oliver Diedrich
|werk=Heise online
|sprache=de
|datum=2014-11-17
|zugriff=2016-02-26}}
</ref>
<ref name="github4234">
{{Internetquelle
|url=https://github.com/systemd/systemd/issues/4234
|titel=Assertion failure when PID 1 receives a zero-length message over notify socket #4234
|autor=
|werk=Github issue #4234
|sprache=en
|zugriff=2016-10-05}}
</ref>
<ref name="github494">
{{Internetquelle
|url=https://github.com/systemd/systemd/issues/494
|titel=FallbackDNS shouldn’t have values set at compile time #494
|autor=
|werk=Github issue #494
|sprache=en
|zugriff=2016-08-24}}
</ref>
<ref name="github-time">{{Internetquelle
|url = https://github.com/systemd/systemd/blob/master/configure.ac#L1106
|titel = Source der Datei systemd/configure.ac
|autor =
|werk = Github
|sprache = en
|zugriff = 2016-08-24
|archiv-url = https://web.archive.org/web/20160824122926/https://github.com/systemd/systemd/blob/master/configure.ac#L1106#L1106
|archiv-datum = 2016-08-24
|offline = ja
|archiv-bot = 2018-12-11 11:58:28 InternetArchiveBot
}}</ref>
<ref name="github437">
{{Internetquelle
|url=https://github.com/systemd/systemd/issues/437
|titel=timeX.google.com provide non standard time #437
|autor=
|werk=Github issue #437
|sprache=en
|zugriff=2016-08-24}}
</ref>
<ref name="github439">
{{Internetquelle
|url=https://github.com/systemd/systemd/issues/439
|titel=timesyncd: default NTP pool instead of Google NTP #439
|autor=
|werk=Github issue #439
|sprache=en
|zugriff=2016-08-24}}
</ref>
<ref name="github444">
{{Internetquelle
|url=https://github.com/systemd/systemd/issues/444
|titel=Do not provide default NTP servers. Fixes #437. #444
|autor=
|werk=Github issue #444
|sprache=en
|zugriff=2016-08-24}}
</ref>
<ref name="github-dns">{{Internetquelle
|url = https://github.com/systemd/systemd/blob/master/configure.ac#L1188
|titel = Source der Datei systemd/configure.ac
|autor =
|werk = Github
|zugriff = 2016-08-24
|archiv-url = https://web.archive.org/web/20160824122926/https://github.com/systemd/systemd/blob/master/configure.ac#L1188#L1188
|archiv-datum = 2016-08-24
|offline = ja
|archiv-bot = 2018-12-11 11:58:28 InternetArchiveBot
}}</ref>
<ref name="golem-time">
{{Internetquelle
|url=https://www.golem.de/news/timesyncd-systemd-soll-googles-zeitserver-nicht-mehr-verwenden-1507-114981.html
|titel=Systemd soll Googles Zeitserver nicht mehr verwenden
|autor=
|werk=golem.de
|sprache=de
|datum=2015-07-01
|zugriff=2016-08-24}}
</ref>
<ref name="heise20170703">
{{Internetquelle
|url=https://www.heise.de/security/meldung/Aufregung-ueber-angebliche-Sicherheitsluecke-in-systemd-3761498.html
|titel=Aufregung über angebliche Sicherheitslücke in systemd
|autor=Jürgen Schmidt
|werk=[[Heise online]]
|sprache=de
|datum=2017-07-03
|zugriff=2017-07-13}}
</ref>
<ref name="heise20170711">
{{Internetquelle
|url=https://www.heise.de/security/meldung/Systemd-Entwickler-wollen-die-0day-Luecke-nun-doch-schliessen-3768339.html
|hrsg=
|titel=Systemd-Entwickler wollen die „0day“-Lücke nun doch schließen
|autor=Jürgen Schmidt
|werk=Heise online
|archiv-url=
|archiv-datum=
|offline=
|datum=2017-07-11
|zugriff=2017-07-13}}
</ref>
<ref name="infoworld">
{{Internetquelle
|url=https://www.infoworld.com/article/2608798/data-center/systemd--harbinger-of-the-linux-apocalypse.html?page=2
|titel=Systemd: Harbinger of the Linux apocalypse
|autor=Paul Venezia
|werk=InfoWorld
|hrsg=[[International Data Group]]
|sprache=en
|datum=2014-08-18
|zugriff=2016-08-26}}
</ref>
<ref name="license">
{{Internetquelle
|url=https://cgit.freedesktop.org/systemd/systemd/tree/LICENSE.LGPL2.1
|hrsg=[[freedesktop.org]]
|werk=systemd git
|titel=License
|autor=Lennart Poettering
|zugriff=2013-02-03}}
</ref>
<ref name="linmag140918">
{{Internetquelle
|url=https://www.linux-magazin.de/NEWS/Linus-Torvalds-stoert-sich-nicht-an-Systemd
|titel=Linus Torvalds stört sich nicht an Systemd
|autor=Kristian Kißling
|werk=Linux-Magazin
|datum=2014-09-18
|zugriff=2016-08-24}}
</ref>
<ref name="linuxuser201404">
{{Internetquelle
|url=https://www.linux-community.de/Internal/Artikel/Print-Artikel/LinuxUser/2014/04/Systemd-als-Schaltzentrale-fuer-das-Linux-System
|titel=Systemd als Schaltzentrale für das Linux-System
|autor=Ferdinand Thommes
|werk=[[LinuxUser]], Ausgabe 04/2014
|zugriff=2016-02-26}}
</ref>
<ref name="linux-mag">
{{Internetquelle
|url=https://www.linux-magazin.de/NEWS/Keine-Zeit-fuer-Systemd
|titel=Keine Zeit für Systemd?
|autor=Kristian Kißling
|werk=[[Linux-Magazin]]
|sprache=de
|datum=2015-07-01
|zugriff=2016-08-24}}
</ref>
<ref name="linuxmag2014-12-02">
{{Internetquelle
| url = https://www.linux-magazine.com/Online/News/Debian-Gets-Forked
| titel = Debian Gets Forked; Legendary Uber-distro splits over the systemd controversy.
| autor = Joe Casad
| werk = Linux Magazine
| sprache = en
| datum = 2014-12-02
| zugriff = 2017-09-11}}
</ref>
<ref name="lkml20170706">
{{Internetquelle
|url=https://lkml.org/lkml/2017/7/6/577
|titel=Re: [RFC][PATCH] exec: Use init rlimits for setuid exec
|autor=Linus Torvalds
|werk=LKML.org
|sprache=en
|datum=2017-07-06
|zugriff=2017-07-13}}
</ref>
<ref name="lwn20170124">
{{Internetquelle
|url=https://lwn.net/Articles/712366/
|titel=Headsup: systemd v228 local root exploit (CVE-2016-10156)
|autor=Sebastian Krahmer
|werk=[[LWN.net]]
|sprache=en
|datum=2017-01-24
|zugriff=2017-07-13}}
</ref>
<ref name="ohloh">{{Internetquelle
|url=http://www.ohloh.net/p/systemd
|hrsg=[[Ohloh]]
|werk=Analysis Summary
|titel=systemd
|zugriff=2011-08-15
|archiv-url=https://web.archive.org/web/20121015203337/http://www.ohloh.net/p/systemd
|archiv-datum=2012-10-15
|offline=ja
|archiv-bot=2024-05-20 11:42:50 InternetArchiveBot
}}</ref>
<ref name="openwall20170627">
{{Internetquelle
|autor=Chris Coulson (Canonical)
|url=https://openwall.com/lists/oss-security/2017/06/27/8
|titel=CVE-2017-9445: Out-of-bounds write in systemd-resolved with crafted TCP payload
|hrsg=Openwall
|sprache=en
|datum=2017-06-27
|zugriff=2017-07-13}}
</ref>
<ref name="poetteringInterview">
{{Internetquelle
|autor=
|url=https://video.golem.de/oss/4823/interview-mit-lennart-poettering-entwickler-systemd.html
|titel=Interview mit Lennart Poettering, Entwickler Systemd
|hrsg=[[golem.de]]
|sprache=de
|datum=2011-05-27
|zugriff=2013-03-18}}
</ref>
<ref name="register20170629">
{{Internetquelle
|autor=Shaun Nichols
|url=https://www.theregister.co.uk/2017/06/29/systemd_pwned_by_dns_query/
|titel=Don’t panic, but Linux’s Systemd can be pwned via an evil DNS query
|hrsg=The Register
|sprache=en
|datum=2017-06-29
|zugriff=2017-07-13}}
</ref>
<ref name="register20170717">
{{Internetquelle
|autor=Simon Sharwood
|url=https://www.theregister.co.uk/2017/07/17/linux_4_13_rc1/
|titel=Linus Torvalds may have damned systemd with faint praise
|hrsg=The Register
|sprache=en
|datum=2017-07-17
|zugriff=2017-07-24}}
</ref>
<ref name="sdBus">
[https://0pointer.net/blog/the-new-sd-bus-api-of-systemd.html The new sd-bus API of systemd], 19. Juni 2015
</ref>
<ref name="siduction">
{{Internetquelle
|autor=Release Notes
|titel=Release Notes for siduction 2013.2
|url=https://news.siduction.org/2013/12/release-notes-for-siduction-2013-2-with-systemd/
|zugriff=2014-10-22}}
</ref>
<ref name="slashdot-2019-01-10">
{{Internetquelle
|url=https://linux.slashdot.org/story/19/01/10/1759253/linux-systemd-affected-by-memory-corruption-vulnerabilities-no-patches-yet
|titel=Linux systemd Affected by Memory Corruption Vulnerabilities, No Patches Yet
|autor=
|werk=[[Slashdot]]
|sprache=en
|datum=2019-01-10
|zugriff=2019-01-22}}
</ref>
<ref name="softpedia">
{{Internetquelle
|url=http://news.softpedia.com/news/Linus-Torvalds-Block-All-Code-from-Systemd-Developer-for-the-Linux-Kernel-435714.shtml
|titel=Linus Torvalds Blocks All Code from Systemd Developer for the Linux Kernel
|autor=Silviu Stahie
|werk=Softpedia
|sprache=en
|datum=2014-04-03
|zugriff=2016-08-26}}
</ref>
<ref name="shuttleworth20131018">
{{Internetquelle
|url=https://www.markshuttleworth.com/archives/1295
|titel=Quantal, raring, saucy…
|autor=Mark Shuttleworth
|werk=Homepage von Mark Shuttleworth
|sprache=en
|datum=2013-10-18
|zugriff=2017-07-13}}
</ref>
<ref name="shuttleworth20140214">{{Internetquelle
|url=https://www.markshuttleworth.com/archives/1316
|titel=Losing Graciously
|autor=Mark Shuttleworth
|werk=Homepage von Mark Shuttleworth
|sprache=en
|datum=2014-02-14
|zugriff=2021-10-14
|archiv-url=https://web.archive.org/web/20140908011326/http://www.markshuttleworth.com/archives/1316
|archiv-datum=2014-09-08
|offline=ja
|archiv-bot=2024-05-20 11:42:50 InternetArchiveBot
}}</ref>
<ref name="suse">
{{Internetquelle
|autor=Release Notes
|titel=SUSE Linux Enterprise Server 12 Release Notes
|url=https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12/#fate-316631
|zugriff=2015-03-02}}
</ref>
<ref name="threatpost161003">
{{Internetquelle
|url=https://threatpost.com/hack-crashes-linux-distros-with-48-characters-of-code/121052/
|titel=Hack Crashes Linux Distros with 48 Characters of Code
|autor=Tom Spring
|werk=Threatpost
|hrsg=[[Kaspersky Lab]]
|sprache=en
|datum=2016-10-03
|zugriff=2016-10-06}}
</ref>
<ref name="tizen">
{{Internetquelle
|autor=Mikko Ylinen
|url=https://download.tizen.org/misc/media/conference2012/wednesday/bayview/2012-05-09-0945-1025-tizen_ivi_architecture.pdf
|titel=Tizen IVI Architecture
|sprache=en
|zugriff=2013-02-03
|format=PDF; 3,8 MB}}
</ref>
<ref name="ubuntu">
{{Internetquelle
|autor=Release Notes
|titel=Ubuntu 15.04 Release Notes
|url=https://wiki.ubuntu.com/VividVervet/ReleaseNotes
|zugriff=2015-04-23}}
</ref>
<ref name="zank">
{{Internetquelle
|url=https://www.heise.de/newsticker/meldung/Debian-Wahl-zum-Standard-Init-System-fuehrt-zu-Zank-2110695.html
|titel=Debian: Wahl zum Standard-Init-System führt zu Zank
|autor=Thorsten Leemhuis
|werk=Heise online
|sprache=de
|datum=2014-11-02
|zugriff=2016-02-26}}
</ref>
<ref name="zdnet">
{{Internetquelle
|url=http://www.zdnet.com/article/linus-torvalds-and-others-on-linuxs-systemd/
|titel=Linus Torvalds and others on Linux’s systemd
|autor=Steven Vaughan-Nichols
|werk=ZDNet
|sprache=en
|datum=2014-09-14
|zugriff=2016-08-24}}
</ref>
<ref name="zdnet20170629">
{{Internetquelle
|url=http://www.zdnet.com/article/linuxs-systemd-vulnerable-to-dns-server-attack/
|titel=Linux’s systemd vulnerable to DNS server attack
|autor=Liam Tung
|werk=ZDNet
|sprache=en
|datum=2017-06-29
|zugriff=2017-07-13}}
</ref>
<ref name="github20170713">
{{Internetquelle
|url=https://github.com/systemd/systemd/pull/6300#issuecomment-314404380
|hrsg=GitHub
|titel=Refuse to load some units by keszybz · Pull Request #6300 · systemd/systemd
|werk=github.com
|sprache=en
|archiv-url=
|archiv-datum=
|offline=
|zugriff=2017-07-13}}
</ref>
</references>

[[Kategorie:Freie Systemsoftware]]
[[Kategorie:Daemon]]

Systemd - Versionsgeschichte

imported>Invisigoth67: typo, form