Hat systemd noch das Konzept von Runlevels? Zum Beispiel ist es sinnlos zu benutzen telinit <number>?

SystemD Run-Level Low-Down

Innerhalb des SystemD (Aemon) werden Runlevel als "Targets" angezeigt. Das Konzept ist noch vorhanden, aber der Workflow, um das gewünschte Ergebnis für Ihre Anforderung zu erzielen, ist unterschiedlich.

Das beigefügte sollte dieses Problem klären.

Wie ändere ich den aktuellen Runlevel?

$ systemctl isolate runlevelX.target

Wie ändere ich das Standard-Runlevel für den nächsten Start?

# Create a symlink
$ ln -sf /usr/lib/systemd/system/multi-user.target /etc/systemd/system/default.target

• ln -sf TARGET DESTINATION
• -s schafft symbolische Verbindung
• -f Entfernt die vorhandene Zieldatei

ODER (wie @centimane vorschlug) benutze einfach den "gesegneten" systemdBefehl:

systemctl set-default [target name].target

Wie identifiziere ich den aktuellen Runlevel?

$ systemctl list-units --type=target

Nein. Wie die System-Leute selbst zweimal geschrieben haben, einmal in ihrem telinitHandbuch und einmal in ihrem runlevelHandbuch, sind Runlevel "obsolet". Sie können Runlevel vergessen.

Diese Dinge gibt es in systemd überhaupt nicht, abgesehen von ein paar Kompatibilitätsscheiben.

• Es gibt einige symbolische Links für Zielnamen, aber diese Ziele werden von systemd proper niemals verwendet.
  • Vielmehr verwendet der Bootstrap-Prozess a default.target(und von dort eines oder beide von a graphical.targetund a multi-user.target), a rescue.targetoder an emergency.target. Und das Herunterfahren beinhaltet a shutdown.target, a reboot.target, a halt.targetoder a poweroff.target. Weder beim Booten noch beim Herunterfahren sind Run-Level-Ziele beteiligt .
  • Der telinitBefehl, von dem man annehmen könnte, dass er die symbolischen Kompatibilitätslinks verwendet, um seine Befehlszeilenargumente zuzuordnen, tut dies auch nicht. Es gibt eine fest verdrahtete Tabelle im Quellcode des telinitProgramms, und die Zahlen 2, 3, 4, und 5als Argument für den Befehl werden abzubilden fest verdrahtet zu multi-user.targetund graphical.target.
  • systemd-update-utmp hat auch eine interne festverdrahtete Tabelle.
• Es gibt keine "Init-Tabelle" für Runlevel-Inhalte. systemd ist nur mit van Smoorenburg kompatibel rc, nicht mit van Smoorenburg init.
• Es gibt keinen "aktuellen Run Level" -Wert, der von systemd selbst verwaltet wird. Vielmehr ist der fast ganz ohne Papiere systemd-update-utmparbeitet Befehl intern in Bezug auf den Aktivierungszustände von rescue.target, multi-user.target, und graphical.target.
• systemd-sysv-generator, der Abwärtskompatibilitäts-Service-Unit-Generator von systemd, führt die /etc/rc[234].dVerzeichnisse in nur einer Wanted-ByBeziehung zu den multi-user.targetgenerierten Service-Units zusammen. In den generierten Serviceeinheiten gibt es keinen tatsächlichen Verweis auf Laufebenen. (Früher gab es vor Jahren, aber die Systemleute stellten fest, dass dies schief ging, weil sie nirgendwo anders referenziert wurden.)

Wenn man ein Benutzer eines Systems ist, das systemd wie Arch Linux für den Fragesteller unter " Warum führt" init 0 "zu" Excess Arguments "bei der Arch-Installation? " Erstellt , erhält man nicht einmal die Kompatibilitäts-Shims und Befehle wie z als init 0Ergebnis das "native" systemd-Verhalten, bei dem zu beanstanden ist, dass der Befehl falsch aufgerufen wurde.

Weitere Lektüre

• Lennart Pöttering et al runlevel. systemd manpages. Freedesktop.org.
• Lennart Pöttering et al telinit. systemd manpages. Freedesktop.org.
• Lennart Pöttering et al bootup. systemd manpages. Freedesktop.org.
• Lennart Pöttering (08.02.2015). Überall: Konfigurierbarkeit von sysv Runlevel zu Zielzuordnung entfernen . systemd. Github.
• /unix//a/196014/5132
• /unix//a/196197/5132
• /unix//a/233581/5132
• /unix//a/211927/5132
• /unix//a/392612/5132
• Jonathan de Boyne Pollard (2015). /etc/inittabgehört der Vergangenheit an. . Häufig gestellte Fragen.

Vielen Dank. Also, wenn ich richtig verstanden habe:

Beispielsweise:

ls -ll /usr/lib/systemd/system/runlevel*.target

Ausgabe:

/usr/lib/systemd/system/runlevel0.target -> poweroff.target
/usr/lib/systemd/system/runlevel1.target -> rescue.target
/usr/lib/systemd/system/runlevel2.target -> multi-user.target
/usr/lib/systemd/system/runlevel3.target -> multi-user.target
/usr/lib/systemd/system/runlevel4.target -> multi-user.target
/usr/lib/systemd/system/runlevel5.target -> graphical.target
/usr/lib/systemd/system/runlevel6.target -> reboot.target

Wie Sie sehen, gibt es das Konzept der Runlevels, es ist jedoch ziemlich veraltet, da die runlevel.target-Dateien keine „echten“ Dateien sind, sondern Verknüpfungen zu dem neuen, modernen, besser benannten Dateischema, das systemd nennt sie gerne "Ziele".

Wenn Sie also etwas tun möchten, das Ihnen gefällt, dann ist telinit 5es so: systemctl isolate runlevel5.target was identisch ist mit: systemctl isolate graphical.target(meiner Meinung nach empfohlen).

Nur für den Fall, dass Sie interessiert sind, alle möglichen Ziele zu kennen:

ls /usr/lib/systemd/system/*.target

systemd führte Ziele als Gegenstück für Runlevel im sysV init-System ein. sytemd-Entwickler haben es fast kompatibel mit den meisten sysV-Skripten gemacht. Gleiches gilt für telinit <runlevel>. Dies wird in ein systemd-Äquivalent übersetzt.

Zum Beispiel telinit 0schaltet die Maschine aus. systemd hat poweroff.target , um dasselbe wie runlevel 0 zu machen . So telinit 0wird von systemd zu activate übersetzt poweroff.target .

Es gibt jedoch einige Kompatibilitätsprobleme mit sytemd- und sysV init-Systemen -> https://www.freedesktop.org/wiki/Software/systemd/Incompatibilities .