{"id":10067,"date":"2023-01-18T19:56:16","date_gmt":"2023-01-18T17:56:16","guid":{"rendered":"https:\/\/u-labs.de\/portal\/?p=10067"},"modified":"2023-01-18T21:20:26","modified_gmt":"2023-01-18T19:20:26","slug":"systemd-in-wsl-nutzen-so-behebst-du-den-system-has-not-been-booted-with-systemd-as-init-system-pid-1-cant-operate-fehler-unter-windows-10-11","status":"publish","type":"post","link":"https:\/\/u-labs.de\/portal\/systemd-in-wsl-nutzen-so-behebst-du-den-system-has-not-been-booted-with-systemd-as-init-system-pid-1-cant-operate-fehler-unter-windows-10-11\/","title":{"rendered":"Systemd in WSL nutzen: So behebst du den „System has not been booted with systemd as init system (PID 1): can’t operate“ Fehler unter Windows 10\/11"},"content":{"rendered":"

Das Windows Subsystem f\u00fcr Linux<\/strong> (kurz WSL) bringt Linux zumindest ein St\u00fcck weit auf die Systeme von Nutzern, die keinen GNU\/Linux Desktop einsetzen k\u00f6nnen, d\u00fcrfen oder wollen. 6 Jahre nach dem Projektstart unterst\u00fctzt WSL nun auch Systemd<\/a>. Doch in der Praxis erscheint trotzdem oft ein Fehler: System has not been booted with systemd as init system (PID 1): can’t operate<\/em>. Dieser Beitrag zeigt Ursachen und L\u00f6sungen f\u00fcr Windows 11 sowie erkl\u00e4rt dir, warum Systemd unter GNU\/Linux wichtig ist. Auch auf Alternativen geht er ein, denn es gibt mehrere M\u00f6glichkeiten, mit diesem WSL-Fehler umzugehen.<\/p>\n

Was ist Systemd und warum brauche ich es?<\/h4>\n

Systemd ist ein Initialisierungssystem, der nach dem Booten aufgerufen wird und wichtige Bestandteile einer GNU\/Linux-Distribution startet: Beispielsweise das Einh\u00e4ngen der Laufwerke, aber auch das Starten von Hintergrundprogrammen und Diensten, wie etwa Serversoftware. Im Grunde k\u00fcmmert sich Systemd um die gesamte Verwaltung aller laufenden Dienste, auch \u00fcber den Start hinaus.<\/p>\n

\n
\"\"<\/a>
Der Fehler entsteht, weil WSL das Init-System Systemd nicht aktiviert.<\/figcaption><\/figure>\n<\/div>\n

WSL hat damit vor allem dann Probleme, wenn Dienste bzw. Daemons im Hintergrund gestartet werden: Ein Webserver oder eine Datenbank legt beispielsweise automatisch eine Systemd-Unit an, wor\u00fcber sie die Software starten. Docker und Snap ben\u00f6tigen Daemons also Hintergrunddiensten, mit denen die Kommandozeilenwerkzeuge kommunizieren. Wenn Systemd von WSL nicht gestartet wird, funktioniert all das nicht. Man kann sich teilweise \u00fcber Workarounds behelfen, und etwa einen Webserver im Vordergrund auf der Konsole starten. Das ist – zumindest unter WSL – je nach Anwendungszweck entweder akzeptabel oder umst\u00e4ndlicher.<\/p>\n

Gibt es Alternativen zu Systemd?<\/h4>\n

Jein: Init.d-Skripte sind sozusagen der Vorg\u00e4nger – und obwohl diese in vielen Distributionen durch Systemd abgel\u00f6st wurden, bringen einige Pakete sie nach wie vor mit. Man findet sie (falls vorhanden) im Ordner \/etc\/init.d<\/strong> und kann Dienste nach folgendem Syntax starten: service <name> start|stop|restart|status<\/strong><\/p>\n

Eine weitere M\u00f6glichkeit besteht darin, die Anwendung hinter z.B. ben\u00f6tigten Daemons selbst zu starten. Die Unit-Datei des Systemd-Dienstes kann helfen, die korrekte Binary zu finden. Je nach konkreter Software hat man mit diesen Wegen mehr oder weniger Extra-Aufwand, bis dies funktioniert, sowie im Einzelfall ggf. auch Nachteile. Die einfachste und komfortabelste Methode besteht daher darin, Systemd nachzur\u00fcsten – so kommt man einer nativen GNU\/Linux-Distribution deutlich n\u00e4her, auf der die Software ja auch vorhanden ist, sodass keine h\u00e4ndischen Bastelleien notwendig sind.<\/p>\n

Wer es dennoch ohne Systemd versuchen m\u00f6chte, wird sich dar\u00fcber \u00e4rgern, s\u00e4mtliche Hintergrund-Dienste bei jedem WSL- bzw. PC-Start von Hand neu Starten zu m\u00fcssen. Beispielsweise service docker start<\/strong>, wenn Docker in der WSL-Instanz l\u00e4uft. Daf\u00fcr bietet WSL einen Kompromiss: Es kann einen Befehl vor dem Start einer Instanz ausf\u00fchren. Daf\u00fcr f\u00fcgt man folgenden Block in die \/etc\/wsl.conf<\/strong> Datei ein:<\/p>\n

[boot]\ncommand = service docker start<\/code><\/pre>\n
Voraussetzungen: Das m\u00fcsst ihr beachten, um Systemd unter WSL nutzen zu k\u00f6nnen<\/h4>\n
Nachdem ab 2011 mehr und mehr gro\u00dfe Distributionen zu Systemd gewechselt sind, zieht Microsoft sehr sp\u00e4t nach: offziell in WSL ab 0.67.6 im Jahre 2022<\/a> und funktioniert zudem nur unter bestimmten Umst\u00e4nden sowie mit Anpassungen. Nur \u00fcber die per Store\/manuell installierte Version kann Systemd genutzt werden. Urspr\u00fcnglich kamen WSL 1 und 2 als Windows-Funktion, waren also in Windows eingebettet<\/em>. Dieser weg wurde auch von Microsoft dokumentiert.<\/p>\n
Ende 2022 wurde WSL mit Anwendungsversion 1.0 zus\u00e4tzlich als Windows-Anwendung verf\u00fcgbar gemacht<\/a>: Es kann fortan per Microsoft Store oder als ausf\u00fchrbare Datei installiert werden kann. Erst mit Windows 11 ab 22H2 hat Microsoft das Chaos ab Werk gelichtet und liefert die neueste Store\/Binary-Version aus. \u00c4ltere Installationen die den offiziellen Weg \u00fcber die Windows-Features nutzen, werden laut meinen Tests per Windows Update nachger\u00fcstet. Hier sieht man dies anhand einer Vanilla Windows 10 21H2 Installation, auf der alle Aktualisierungen eingespielt wurden:<\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
Das laut Microsoft unter Windows 10 erforderliche Update KB5020030 war daf\u00fcr nicht n\u00f6tig, es wurde in meiner Vanilla Testinstallation gar nicht angeboten. Bei Windows 10 22H2 gen\u00fcgt ebenfalls das Installieren aller von MS als verpflichtend erachtenden Updates, also ohne die Optionalen. Es muss also eines von den drei Updates aus der Liste unten sein:<\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
Wer den richtigen<\/em> Installationsweg verwendet hat und eine \u00e4ltere Version besitzt, kann per wsl –update<\/strong> \u00fcbrigens aktualisieren. \u00dcber wsl –version<\/strong> kann man laut Microsoft beide Versionen unterscheiden: Erzeugt der Befehl einen Fehler statt die Version zu zeigen, nutzt man die integrierte per Windows Features installierte Version, die Systemd nicht unterst\u00fctzt.<\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
In meinem Falle war das auf einer frischen Installation mit keiner unterst\u00fctzten Windows 10 Version (21H2\/22H2) reproduzierbar, nachdem alle Updates eingespielt wurden. Sollte es unter Umst\u00e4nden dennoch Probleme geben, muss man das „neue“ WSL \u00fcber den Windows Store oder die Binaries auf GitHub nachinstallieren – obwohl WSL \u00fcber die Windows-Features bereits vorinstalliert ist. Der Windows Store ist mittlerweile ohne Kontozwang nutzbar. <\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
Unter Windows 10 versucht der Store zwar noch, einen zur Anmeldung zu motivieren. Dies kann jedoch zumindest zum Erstellzeitpunkt des Artikels noch mit einem Klick auf Nein, danke<\/strong> umgangen werden. Dass Microsoft die Daumenschrauben durchaus enger legen kann, zeigt der MS-Kontozwang in Windows 11: Dieser wurde zun\u00e4chst f\u00fcr die Home-Edition eingef\u00fchrt und mit dem 22H2 Update auch auf Pro ausgedehnt. Alternativ kann man sich die MSIBUNDLE-Installationsdatei auch von den GitHub-Releases herunterladen und h\u00e4ndisch installieren<\/a>.<\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
Sp\u00e4testens nach der manuellen Installation sollte eine Versionsausgabe erfolgen, womit ihr bereit f\u00fcr Systemd seid.<\/p>\n
\n
\"\"<\/a>
Erscheint eine Versionsangabe, wurde das „richtige“, neue WSL zur Verwendung von Systemd installiert.<\/figcaption><\/figure>\n<\/div>\n
Systemd funktioniert trotz Unterst\u00fctzung nicht?<\/h4>\n
Selbst wenn man die richtige und aktuellste Version hat, funktioniert Systemd immer noch nicht: Ein sudo systemctl status<\/strong> liefert den Fehler System has not been booted with systemd as init system (PID 1): can’t operate. Failed to connect to bus: Host is down<\/strong>.<\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
Man muss es unter Windows n\u00e4mlich zuerst von Hand mit einem etwas versteckten Weg aktivieren. Dazu startet man mit wsl<\/strong> eine WSL-Instanz und legt die Datei \/etc\/wsl.conf<\/a><\/strong> an, die standardm\u00e4\u00dfig ebenfalls nicht existiert – etwa mit sudo nano \/etc\/wsl.conf<\/strong>, wenn man mit vim nicht vertraut ist. Dort folgende zwei Zeilen einf\u00fcgen:<\/p>\n
[boot]\nsystemd=true<\/code><\/pre>\n
Nach dem Speichern die WSL-Instanz mit Exit verlassen und komplett beenden: <\/p>\n
wsl --shutdown<\/code><\/pre>\n
Meist reicht das, vereinzelt kommt es jedoch zu Problemen, da Windows wohl noch etwas im Zugriff hat – reproduzieren konnte ich dies nicht, weswegen ich an dieser Stelle einen kompletten Neustart des PCs empfehlen w\u00fcrde. Nur so l\u00e4sst sich sichergehen, dass WSL komplett beendet wurde.<\/p>\n
Nun sollte WSL endlich auch Systemd starten, womit viele GNU\/Linux Software \u00fcberhaupt erst richtig bzw. ohne h\u00e4ndische Anpassungen funktioniert. Beispielhaft habe ich Apache2 installiert: Die Installation erzeugt keine Fehler mehr und der Webserver l\u00e4uft ohne Anpassungen \u00fcber seinen gleichnamigen, standardm\u00e4\u00dfig angelegten Systemd-Dienst:<\/p>\n
sudo apt install -y apache2<\/code><\/pre>\n
\"\"<\/a><\/figure>\n
Die erstmalige Startzeit erh\u00f6ht sich durch Systemd auf einer leeren Instanz von 2,5 auf 4,9 Sekunden. Gemessen wurde mit Ubuntu 22.04 und folgendem Befehl:<\/p>\n
wsl --shutdown\nMeasure-Command { wsl whoami }<\/code><\/pre>\n","protected":false},"excerpt":{"rendered":"
Das Windows Subsystem f\u00fcr Linux (kurz WSL) bringt Linux zumindest ein St\u00fcck weit auf die Systeme von Nutzern, die keinen GNU\/Linux Desktop einsetzen k\u00f6nnen, d\u00fcrfen oder wollen. 6 Jahre nach dem Projektstart unterst\u00fctzt WSL nun auch Systemd. Doch in der Praxis erscheint trotzdem oft ein Fehler: System has not been booted with systemd as init …<\/p>\n","protected":false},"author":5,"featured_media":10137,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[91],"tags":[989,838],"class_list":["post-10067","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-windows","tag-systemd","tag-wsl"],"_links":{"self":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/10067","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/comments?post=10067"}],"version-history":[{"count":25,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/10067\/revisions"}],"predecessor-version":[{"id":10136,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/10067\/revisions\/10136"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media\/10137"}],"wp:attachment":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media?parent=10067"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/categories?post=10067"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/tags?post=10067"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}