.\" -*- coding: UTF-8 -*- '\" t .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH SYSTEMD\-ANALYZE 1 "" "systemd 255" systemd\-analyze .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" ----------------------------------------------------------------- .\" * Define some portability stuff .\" ----------------------------------------------------------------- .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .\" http://bugs.debian.org/507673 .\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .\" ----------------------------------------------------------------- .\" * set default formatting .\" ----------------------------------------------------------------- .\" disable hyphenation .nh .\" disable justification (adjust text to left margin only) .ad l .\" ----------------------------------------------------------------- .\" * MAIN CONTENT STARTS HERE * .\" ----------------------------------------------------------------- .SH BEZEICHNUNG systemd\-analyze \- Systemverwalter analysieren und auf Fehler überprüfen .SH ÜBERSICHT .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] [Zeit] .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] blame .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] critical\-chain [\fIUNIT\fP…] .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] dump [\fIMUSTER\fP…] .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] plot [>Datei\&.svg] .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] dot [\fIMUSTER\fP…] [>Datei\&.dot] .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] unit\-files .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] unit\-paths .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] exit\-status [\fISTATUS\fP…] .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] capability [\fICAPABILITY\fP…] .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] condition \fIBEDINGUNG\fP… .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] syscall\-filter [\fIGRUPPE\fP…] .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] filesystems [\fIGRUPPE\fP…] .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] calendar \fISPEZ\fP… .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] timestamp \fIZEITSTEMPEL\fP… .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] timespan \fISPANNE\fP… .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] cat\-config \fINAME\fP|\fIPFAD\fP… .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] compare\-versions \fIVERSION1\fP [\fIOP\fP] \fIVERSION2\fP .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] verify \fIDATEI\fP… .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] security [\fIUNIT\fP…] .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] inspect\-elf \fIDATEI\fP… .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] malloc [\fID\-BUS\-DIENST\fP…] .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] fdstore \fIUNIT\fP… .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] image\-policy \fIRICHTLINIE\fP… .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] pcrs [\fIPCR\fP…] .HP \w'\fBsystemd\-analyze\fR\ 'u \fBsystemd\-analyze\fP [OPTIONEN…] srk > \fIDATEI\fP .SH BESCHREIBUNG .PP \fBsystemd\-analyze\fP kann zur Bestimmung der Systemstartleistungsstatistik benutzt werden\&. Es kann Status\- und Nachverfolgungsinformationen aus dem System\- und Diensteverwalter abrufen und die Korrektheit von Unit\-Dateien überprüfen\&. Es wird auch dazu verwandt, auf besondere Funktionen zuzugreifen, die für fortgeschrittene Systemverwalterfehlersuche nützlich sind\&. .PP Falls kein Befehl übergeben wird, wird \fBsystemd\-analyze time\fP impliziert\&. .SS "systemd\-analyze time" .PP Dieser Befehl gibt die im Kernel verbrachte Zeit, bevor der Anwendungsbereich erreicht wurde, die Zeit, die in der Initrd verbracht wurde, bevor die normale Systemanwendungsebene erreicht wurde und die Zeit, die die normale Systemanwendungsebene zur Initialisierung benötigte, aus\&. Beachten Sie, dass diese Messungen einfach die Zeit zu dem Punkt messen, an dem alle Systemdienste gestartet wurden, aber nicht notwendigerweise bis sie ihre Initialisierung abgeschlossen hatten oder die Platte im Leerlauf war\&. .PP \fBBeispiel\ \&1.\ \&Anzeigen, wie lange ein Systemstart brauchte\fP .sp .if n \{\ .RS 4 .\} .nf # in einem Container $ systemd\-analyze time Startup finished in 296ms (userspace) multi\-user\&.target reached after 275ms in userspace # in einer echten Maschine $ systemd\-analyze time Startup finished in 2\&.584s (kernel) + 19\&.176s (initrd) + 47\&.847s (userspace) = 1min 9\&.608s multi\-user\&.target reached after 47\&.820s in userspace .fi .if n \{\ .RE .\} .SS "systemd\-analyze blame" .PP Dieser Befehl gibt eine Liste aller laufenden Units, sortiert nach der Initialisierungszeitdauer, aus\&. Diese Informationen können zur Optimierung der Systemstartzeit verwandt werden\&. Beachten Sie, dass die Ausgabe irreführend sein kann, da die Initialisierung eines Dienstes einfach deshalb langsam sein kann, da sie auf den Abschluss der Initialisierung eines anderen Dienstes wartet\&. Beachten Sie auch: \fBsystemd\-analyze blame\fP zeigt keine Ergebnisse für Dienste mit \fIType=simple\fP an, da Systemd solche Dienste als sofort gestartet betrachtet und daher keine Messungen der Initialisierungsverzögerungen erfolgen können\&. Beachten Sie auch, dass dieser Befehl nur die Zeit anzeigt, die die Units für das Hochfahren benötigten, er zeigt nicht an, wie lange sich die Units in der Ausführungswarteschlange befanden\&. Insbesondere zeigt er die Zeit, die die Units im Zustand »activating« verbrachten; dieser Zustand ist für Units wie Geräte\-Units nicht definiert, die direkt von »inactive« nach »active« übergehen\&. Dieser Befehl gibt daher den Eindruck der Leistung von Programmcode, kann aber nicht die durch das Warten auf Hardware und ähnliche Ereignisse verursachte Latenz genau wiedergeben\&. .PP \fBBeispiel\ \&2.\ \&Zeigt, welche Units beim Systemstart die meiste Zeit verbrauchten\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze blame 32\&.875s pmlogger\&.service 20\&.905s systemd\-networkd\-wait\-online\&.service 13\&.299s dev\-vda1\&.device \&.\&.\&. 23ms sysroot\&.mount 11ms initrd\-udevadm\-cleanup\-db\&.service 3ms sys\-kernel\-config\&.mount .fi .if n \{\ .RE .\} .SS "systemd\-analyze critical\-chain [\fIUNIT\fP\fR…]\fP" .PP Dieser Befehl gibt einen Baum der zeitkritischen Unit\-Kette (für jede der angegebenen \fIUNIT\fPs oder andernfalls für das Standardziel) aus\&. Die Zeit, nach der die Unit aktiv oder gestartet ist, wird nach dem Zeichen »@« ausgegeben\&. Die Zeit, die die Unit zum Starten benötigt, wird nach dem Zeichen »+« ausgegeben\&. Beachten Sie, dass die Ausgabe irreführend sein kann, da die Initialisierung von Diensten abhängig von der Aktivierung eines Sockets sein kann und da die Units parallel ausgeführt werden\&. Dies berücksichtigt auch ähnlich zu dem Befehl \fBblame\fP nur die Zeit, die die Unit im Zustand »activating« verbringt und deckt daher Units nicht ab, die niemals durch den Zustand »inactive« laufen (wie beispielsweise Geräte\-Units, die direkt von »inactive« zu »active« übergehen)\&. Desweiteren zeigt es keine Informationen über Aufträge an (und insbesondere über Aufträge, die eine Zeitüberschreitung erlebten)\&. .PP \fBBeispiel\ \&3.\ \&systemd\-analyze critical\-chain\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze critical\-chain multi\-user\&.target @47\&.820s └─pmie\&.service @35\&.968s +548ms └─pmcd\&.service @33\&.715s +2\&.247s └─network\-online\&.target @33\&.712s └─systemd\-networkd\-wait\-online\&.service @12\&.804s +20\&.905s └─systemd\-networkd\&.service @11\&.109s +1\&.690s └─systemd\-udevd\&.service @9\&.201s +1\&.904s └─systemd\-tmpfiles\-setup\-dev\&.service @7\&.306s +1\&.776s └─kmod\-static\-nodes\&.service @6\&.976s +177ms └─systemd\-journald\&.socket └─system\&.slice └─\-\&.slice .fi .if n \{\ .RE .\} .SS "systemd\-analyze dump [\fIMuster\fP\fR…]\fP" .PP Ohne jeden Parameter gibt dieser Befehl eine (normalerweise sehr lange) menschenlesbare Serialisierung des kompletten Diensteverwalterzustandes aus\&. Es können optionale Glob\-Muster angegeben werden, die dazu führen, dass die Ausgabe auf Units beschränkt wird, die auf eines der Muster passen\&. Das Ausgabeformat unterliegt ohne Ankündigungen Änderungen und sollte nicht durch Anwendungen ausgewertet werden\&. Für nicht privilegierte Benutzer ist dieser Befehl ratenbegrenzt\&. .PP \fBBeispiel\ \&4.\ \&Den internen Zustand des Benutzerverwalters anzeigen\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze \-\-user dump Timestamp userspace: Thu 2019\-03\-14 23:28:07 CET Timestamp finish: Thu 2019\-03\-14 23:28:07 CET Timestamp generators\-start: Thu 2019\-03\-14 23:28:07 CET Timestamp generators\-finish: Thu 2019\-03\-14 23:28:07 CET Timestamp units\-load\-start: Thu 2019\-03\-14 23:28:07 CET Timestamp units\-load\-finish: Thu 2019\-03\-14 23:28:07 CET \-> Unit proc\-timer_list\&.mount: Description: /proc/timer_list \&.\&.\&. \-> Unit default\&.target: Description: Main user target … .fi .if n \{\ .RE .\} .SS "systemd\-analyze malloc [\fID\-Bus\-Dienst\fP\fR…]\fP" .PP Dieser Befehl kann zur Anfrage der Ausgabe des internen Speicherzustandes (wie von \fBmalloc_info\fP(3) zurückgeliefert) eines D\-Bus\-Dienstes verwandt werden\&. Falls kein Dienst angegeben ist, wird die Anfrage an org\&.freedesktop\&.systemd1 (dem System\- oder Benutzerdiensteverwalter) gesandt\&. Es wird nicht garantiert, dass das Ausgabeformat stabil ist und es sollte nicht von Anwendungen ausgewertet werden\&. .PP Der Dienst muss die Schnittstelle org\&.freedesktop\&.MemoryAllocation1 implementieren\&. In der Systemd\-Sammlung ist dies aktuell nur für den Verwalter der Fall\&. .SS "systemd\-analyze plot" .PP Dieser Befehl gibt entweder eine SVG\-Graphik aus, die detailliert, welche Systemdienste zu welcher Zeit gestartet wurden und hervorhebt, welche Zeit sie zur Initialisierung verbraucht haben oder die rohen Zeitdaten im JSON\- oder Tabellenformat\&. .PP \fBBeispiel\ \&5.\ \&Eine Systemstartübersicht darstellen\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze plot >bootup\&.svg $ eog bootup\&.svg& .fi .if n \{\ .RE .\} .PP Beachten Sie, dass diese Darstellung auf den jüngsten Unit\-bezogenen Zeitmessungsdaten von geladenen Units basiert\&. Das bedeutet, dass die angezeigten Informationen den letzten Startzyklus abdecken werden, falls eine Unit gestartet, gestoppt und dann wieder gestartet wird, nicht den ersten\&. Daher wird empfohlen, diese Informationen nur kurz nach dem Systemstart zu betrachten, so dass dieser Unterschied keine Rolle spielt\&. Desweiteren könnten Units, die von keiner anderen Unit über eine Abhängigkeit referenziert werden, durch den Diensteverwalter entladen werden, sobald sie sich beenden (und nicht fehlschlugen)\&. Solche Units werden in der Darstellung nicht auftauchen\&. .SS "systemd\-analyze dot [\fIMuster\fP\fR…]\fP" .PP Dieser Befehl erstellt eine textuelle Abhängigkeitsgraphbeschreibung im Dot\-Format zur weiteren Verarbeitung mit dem GraphViz\-Werkzeug \fBdot\fP(1)\&. Verwenden Sie eine Befehlszeile der Art \fBsystemd\-analyze dot | dot \-Tsvg >systemd\&.svg\fP, um einen graphischen Abhängigkeitsbaum zu erstellen\&. Falls weder \fB\-\-order\fP noch \fB\-\-require\fP angegeben sind, wird der erstellte Graph sowohl Ordnungs\- als auch Anforderungsabhängigkeiten darstellen\&. Optional können am Ende Muster\-Festlegungen im Glob\-Stil (z\&.B\&. *\&.target) angegeben werden\&. Eine Unit\-Abhängigkeit ist im Graph enthalten, falls eines dieser Muster entweder auf den Quell\- oder den Zielknoten passt\&. .PP \fBBeispiel\ \&6.\ \&Zeichnet alle Abhängigkeiten von jeder Unit, deren Name mit »avahi\-daemon« beginnt\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze dot \*(Aqavahi\-daemon\&.*\*(Aq | dot \-Tsvg >avahi\&.svg $ eog avahi\&.svg .fi .if n \{\ .RE .\} .PP \fBBeispiel\ \&7.\ \&Zeichnet alle Abhängigkeiten zwischen allen bekannten Ziel\-Units\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze dot \-\-to\-pattern=\*(Aq*\&.target\*(Aq \-\-from\-pattern=\*(Aq*\&.target\*(Aq \e | dot \-Tsvg >Ziele\&.svg $ eog Ziele\&.svg .fi .if n \{\ .RE .\} .SS "systemd\-analyze unit\-paths" .PP Dieser Befehl gibt eine Liste aller Verzeichnisse aus, aus denen Unit\-Dateien, \&.d overrides\- und \&.wants\-, \&.requires\-Symlinks geladen werden können\&. Kombinieren Sie dies mit \fB\-\-user\fP, um die Liste für die Benutzerverwalterinstanz abzufragen und \fB\-\-global\fP für die globale Konfiguration der Benutzerverwalterinstanzen\&. .PP \fBBeispiel\ \&8.\ \&Alle Pfade für erstellte Units anzeigen\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze unit\-paths | grep \*(Aq^/run\*(Aq /run/systemd/system\&.control /run/systemd/transient /run/systemd/generator\&.early /run/systemd/system /run/systemd/system\&.attached /run/systemd/generator /run/systemd/generator\&.late .fi .if n \{\ .RE .\} .PP Beachten Sie, dass dieser Unterbefehl die Liste ausgibt, die in \fBsystemd\-analyze\fP selbst einkompiliert wurde und keine Kommunikation mit dem laufenden Verwalter stattfindet\&. Verwenden Sie .sp .if n \{\ .RS 4 .\} .nf systemctl [\-\-user] [\-\-global] show \-p Unit\-Pfad \-\-value .fi .if n \{\ .RE .\} .sp um die tatsächliche Liste, die der Verwalter benutzt, abzufragen, wobei alle leeren Verzeichnisse ausgelassen werden\&. .SS "systemd\-analyze exit\-status [\fISTATUS\fP\fR…]\fP" .PP Dieser Befehl gibt eine Liste von Exit\-Status zusammen mit ihrer »Klasse« aus, d\&.h\&. der Quelle der Definition (entweder »glibc«, »systemd«, »LSB« oder »BSD«), siehe den Abschnitt PROZESS\-EXIT\-CODES in \fBsystemd.exec\fP(5)\&. Falls keine zusätzlichen Argumente angegeben sind, werden alle bekannten Status angezeigt\&. Andernfalls werden nur die Definitionen für die angegebenen Codes angezeigt\&. .PP \fBBeispiel\ \&4.\ \&Ein paar Beispiel\-Exit\-Status anzeigen\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze exit\-status 0 1 {63\&.\&.65} NAME STATUS CLASS SUCCESS 0 glibc FAILURE 1 glibc \- 63 \- USAGE 64 BSD DATAERR 65 BSD .fi .if n \{\ .RE .\} .SS "systemd\-analyze capability [\fICAPABILITY\fP\fR…]\fP" .PP Dieser Befehl gibt eine Liste der Linux\-Capabilities zusammen mit ihren numerischen Kennungen aus\&. Siehe \fBcapabilities\fP(7) für Details\&. Falls kein Argument angegeben ist, wird die vollständige Liste der dem Diensteverwalter und dem Kernel bekannten Capabilities ausgegeben\&. Capabilities, die vom Kernel definiert werden aber dem Diensteverwalter nicht bekannt sind, werden als »cap_???« angezeigt\&. Falls Argumente angegeben sind, können sich diese optional auch auf bestimmte Capabilities über ihren Namen oder ihre numerische Kennung beziehen, wodurch dann nur die bezeichneten Capabilities in der Tabelle angezeigt werden\&. .PP \fBBeispiel\ \&10.\ \&Ein paar Beispiel\-Capability\-Namen anzeigen\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze capability 0 1 {30\&.\&.32} NAME NUMBER cap_chown 0 cap_dac_override 1 cap_audit_control 30 cap_setfcap 31 cap_mac_override 32 .fi .if n \{\ .RE .\} .SS "systemd\-analyze condition \fIBEDINGUNG\fP\fR…\fP" .PP Dieser Befehl wertet die Zuweisungen \fICondition*=…\fP und \fIAssert*=…\fP aus und gibt ihre Werte und den daraus ergebenen Wert des kombinierten Bedingungssatzes aus\&. Siehe \fBsystemd.unit\fP(5) für eine Liste der verfügbaren Bedingungen und Zusicherungen\&. .PP \fBBeispiel\ \&11.\ \&Bedingungen auswerten, die Kernelversionen prüfen\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze condition \*(AqConditionKernelVersion = ! <4\&.0\*(Aq \e \*(AqConditionKernelVersion = >=5\&.1\*(Aq \e \*(AqConditionACPower=|false\*(Aq \e \*(AqConditionArchitecture=|!arm\*(Aq \e \*(AqAssertPathExists=/etc/os\-release\*(Aq test\&.service: AssertPathExists=/etc/os\-release succeeded\&. Asserts succeeded\&. test\&.service: ConditionArchitecture=|!arm succeeded\&. test\&.service: ConditionACPower=|false failed\&. test\&.service: ConditionKernelVersion=>=5\&.1 succeeded\&. test\&.service: ConditionKernelVersion=!<4\&.0 succeeded\&. Conditions succeeded\&. .fi .if n \{\ .RE .\} .SS "systemd\-analyze syscall\-filter [\fIGRUPPE\fP\fR…]\fP" .PP Dieser Befehl führt die in der angegebenen \fIGRUPPE\fP enthaltenen Systemaufrufe auf oder alle bekannten Gruppen, falls keine Gruppen angegeben sind\&. Das Argument \fIGRUPPE\fP muss das Präfix »@« enthalten\&. .SS "systemd\-analyze filesystems [\fIGRUPPE\fP\fR…]\fP" .PP Dieser Befehl führt die in der angegebenen Dateisystemgruppe \fIGRUPPE\fP enthaltenen Dateisysteme auf oder alle bekannten Gruppen, falls keine Gruppen angegeben sind\&. Das Argument \fIGRUPPE\fP muss das Präfix »@« enthalten\&. .SS "systemd\-analyze calendar \fIAUSDRUCK\fP\fR…\fP" .PP Dieser Befehl wertet wiederholende Kalenderzeitereignisse aus und normiert und berechnet, wann sie das nächste Mal ablaufen\&. Dies akzeptiert die gleiche Eingabe wie die Einstellung \fIOnCalendar=\fP in \fBsystemd.timer\fP(5) und folgt der in \fBsystemd.time\fP(7) beschriebenen Syntax\&. Standardmäßig wird nur der nächste Zeitpunkt angezeigt, zu dem der Kalenderausdruck abläuft; verwenden Sie \fB\-\-iterations=\fP, um die angegebene Anzahl der nächsten Male anzuzeigen, zu denen der Ausdruck abläuft\&. Jedes Mal, wenn der Ausdruck abläuft, wird ein Zeitstempel gebildet, siehe den Unterbefehl \fBtimestamp\fP weiter unten\&. .PP \fBBeispiel\ \&12.\ \&Schalttage in der näheren Zukunft anzeigen\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze calendar \-\-iterations=5 \*(Aq*\-2\-29 0:0:0\*(Aq Original form: *\-2\-29 0:0:0 Normalized form: *\-02\-29 00:00:00 Next elapse: Sat 2020\-02\-29 00:00:00 UTC From now: 11 months 15 days left Iter\&. #2: Thu 2024\-02\-29 00:00:00 UTC From now: 4 years 11 months left Iter\&. #3: Tue 2028\-02\-29 00:00:00 UTC From now: 8 years 11 months left Iter\&. #4: Sun 2032\-02\-29 00:00:00 UTC From now: 12 years 11 months left Iter\&. #5: Fri 2036\-02\-29 00:00:00 UTC From now: 16 years 11 months left .fi .if n \{\ .RE .\} .SS "systemd\-analyze timestamp \fIZEITSTEMPEL\fP\fR…\fP" .PP Dieser Befehl wertet den Zeitstempel (d\&.h\&. einen einzelnen Zeitpunkt) aus und gibt die normalisierte Form und den Unterschied zwischen diesem Zeitstempel und jetzt aus\&. Der Zeitstempel sollte daher der Syntax wie in \fBsystemd.time\fP(7), Abschnitt »ZEITSTEMPEL AUSWERTEN« dokumentiert folgen\&. .PP \fBBeispiel\ \&13.\ \&Die Auswertung von Zeitstempeln anzeigen\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze timestamp yesterday now tomorrow Original form: yesterday Normalized form: Mon 2019\-05\-20 00:00:00 CEST (in UTC): Sun 2019\-05\-19 22:00:00 UTC UNIX seconds: @15583032000 From now: 1 day 9h ago Original form: now Normalized form: Tue 2019\-05\-21 09:48:39 CEST (in UTC): Tue 2019\-05\-21 07:48:39 UTC UNIX seconds: @1558424919\&.659757 From now: 43us ago Original form: tomorrow Normalized form: Wed 2019\-05\-22 00:00:00 CEST (in UTC): Tue 2019\-05\-21 22:00:00 UTC UNIX seconds: @15584760000 From now: 14h left .fi .if n \{\ .RE .\} .SS "systemd\-analyze timespan \fIAUSDRUCK\fP\fR…\fP" .PP Dieser Befehl wertet die Zeitspanne (d\&.h\&. die Differenz zwischen zwei Zeitstempeln) aus und gibt die normalisierte Form und das Äquivalent in Mikrosekunden aus\&. Die Zeitspanne sollte daher der Syntax wie in \fBsystemd.time\fP(7), Abschnitt »ZEITSPANNEN AUSWERTEN« dokumentiert folgen\&. Werte ohne Einheit werden als Sekunden ausgewertet\&. .PP \fBBeispiel\ \&14.\ \&Die Auswertung von Zeitspannen anzeigen\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze timespan 1s 300s \*(Aq1year 0\&.000001s\*(Aq Original: 1s μs: 1000000 Human: 1s Original: 300s μs: 300000000 Human: 5min Original: 1year 0\&.000001s μs: 31557600000001 Human: 1y 1us .fi .if n \{\ .RE .\} .SS "systemd\-analyze cat\-config \fINAME\fP\fR|\fP\fIPFAD\fP\fR…\fP" .PP Dieser Befehl ist ähnlich zu \fBsystemctl cat\fP, agiert aber auf Konfigurationsdateien\&. Er kopiert den Inhalt einer Konfigurationsdatei und aller Ergänzungsdateien in die Standardausgabe; dabei berücksichtigt es die normale Gruppe an Systemd\-Verzeichnissen und Regeln bezüglich des Vorrangs\&. Jedes Argument muss entweder ein absoluter Pfad einschließlich des Präfixes (wie /etc/systemd/logind\&.conf oder /usr/lib/systemd/logind\&.conf) oder ein Name relativ zu dem Präfix (wie systemd/logind\&.conf) sein\&. .PP \fBBeispiel\ \&15.\ \&Anzeige der Logind\-Konfiguration\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze cat\-config systemd/logind\&.conf # /etc/systemd/logind\&.conf \&.\&.\&. [Login] NAutoVTs=8 \&.\&.\&. # /usr/lib/systemd/logind\&.conf\&.d/20\-test\&.conf … und einiges aus einem anderen Paket, das außer Kraft setzt # /etc/systemd/logind\&.conf\&.d/50\-override\&.conf … und was vom Administrator, das außer Kraft setzt .fi .if n \{\ .RE .\} .SS "systemd\-analyze compare\-versions \fIVERSION1\fP\fR [\fP\fIOP\fP\fR] \fP\fIVERSION2\fP" .PP Dieser Befehl hat zwei unterschiedliche Betriebsmodi, abhängig davon, ob der Operator \fIOP\fP angegeben wurde\&. .PP Im ersten Modus \(en wenn \fIOP\fP nicht angegeben wurde \(en wird er die zwei Versionszeichenketten vergleichen und entweder »\fIVERSION1\fP < \fIVERSION2\fP«, »\fIVERSION1\fP == \fIVERSION2\fP« oder »\fIVERSION1\fP > \fIVERSION2\fP« (je nachdem, was passt) ausgeben\&. .PP Der Exit\-Status ist \fB0\fP, falls die Versionen identisch sind, \fB11\fP, falls die Version auf der rechten Seite kleiner ist und \fB12\fP, falls die Version auf der linken Seite kleiner ist\&. (Dies passt auf die von \fBrpmdev\-vercmp\fP verwandten Konventionen\&.) .PP Im zweiten Modus \(en wenn \fIOP\fP angegeben wurde \(en wird er die zwei Versionszeichenketten mittels der Operation \fIOP\fP vergleichen und \fB0\fP (Erfolg) zurückliefern, falls die Bedingung erfüllt ist und andernfalls \fB1\fP (Fehlschlag)\&. \fBOP\fP kann \fBlt\fP, \fBle\fP, \fBeq\fP, \fBne\fP, \fBge\fP, \fBgt\fP sein\&. In diesem Modus erfolgt keine Ausgabe\&. (Dies passt auf die von \fBdpkg\fP(1) \fB\-\-compare\-versions\fP verwandte Konvention\&.) .PP \fBBeispiel\ \&16.\ \&Versionen eines Paketes vergleichen\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze compare\-versions systemd\-250~rc1\&.fc36\&.aarch64 systemd\-251\&.fc36\&.aarch64 systemd\-250~rc1\&.fc36\&.aarch64 < systemd\-251\&.fc36\&.aarch64 $ echo $? 12 $ systemd\-analyze compare\-versions 1 lt 2; echo $? 0 $ systemd\-analyze compare\-versions 1 ge 2; echo $? 1 .fi .if n \{\ .RE .\} .SS "systemd\-analyze verify \fIDATEI\fP\fR…\fP" .PP Dieser Befehl lädt Unit\-Dateien und gibt Warnungen aus, falls irgendwelche Fehler erkannt werden\&. Auf der Befehlszeile angegebene Dateien werden geladen, aber auch alle von diesen referenzierte Units\&. Der Unit\-Name auf der Platte kann außer Kraft gesetzt werden, indem nach dem Dopppelpunkt ein Alias angegeben wird, ein Beispiel hierfür ist weiter unten zu finden\&. Der komplette Unit\-Suchpfad wird durch Kombination der Verzeichnisse für alle Befehlzeilenargumente und dem normalen Unit\-Ladepfad zusammengestellt\&. Die Variable \fI$SYSTEMD_UNIT_PATH\fP wird unterstützt und kann zum Ersetzen oder Erweitern der einkompilierten Gruppe von Unit\-Ladepfaden verwandt werden; siehe \fBsystemd.unit\fP(5))\&. Alle Unit\-Dateien, die in den in der Befehlszeile enthaltenen Verzeichnissen vorhanden sind, werden gegenüber den in anderen Pfaden vorgezogen\&. .PP Derzeit werden die folgenden Fehler erkannt: .sp .RS 4 .ie n \{\ \h'-04'\(bu\h'+03' .\} .el \{\ .sp -1 .IP \(bu 2.3 .\} unbekannte Abschnitte und Anweisungen, .RE .sp .RS 4 .ie n \{\ \h'-04'\(bu\h'+03' .\} .el \{\ .sp -1 .IP \(bu 2.3 .\} fehlende Abhängigkeiten, die zum Starten der übergegebenen Unit notwendig sind, .RE .sp .RS 4 .ie n \{\ \h'-04'\(bu\h'+03' .\} .el \{\ .sp -1 .IP \(bu 2.3 .\} in \fIDocumentation=\fP aufgeführte Handbuchseiten, die im System nicht gefunden werden, .RE .sp .RS 4 .ie n \{\ \h'-04'\(bu\h'+03' .\} .el \{\ .sp -1 .IP \(bu 2.3 .\} in \fIExecStart=\fP und ähnlichen aufgeführte Befehle, die nicht im System gefunden wurden oder nicht ausführbar sind\&. .RE .PP \fBBeispiel\ \&17.\ \&Falschgeschriebene Anweisung\fP .sp .if n \{\ .RS 4 .\} .nf $ cat \&./user\&.slice [Unit] WhatIsThis=11 Documentation=man:nosuchfile(1) Requires=different\&.service [Service] Description=x $ systemd\-analyze verify \&./user\&.slice [\&./user\&.slice:9] Unknown lvalue \*(AqWhatIsThis\*(Aq in section \*(AqUnit\*(Aq [\&./user\&.slice:13] Unknown section \*(AqService\*(Aq\&. Ignoring\&. Error: org\&.freedesktop\&.systemd1\&.LoadFailed: Unit different\&.service failed to load: No such file or directory\&. Failed to create user\&.slice/start: Invalid argument user\&.slice: man nosuchfile(1) command failed with code 16 .fi .if n \{\ .RE .\} .PP \fBBeispiel\ \&18.\ \&Fehlende Dienste\-Units\fP .sp .if n \{\ .RS 4 .\} .nf $ tail \&./a\&.socket \&./b\&.socket ==> \&./a\&.socket <== [Socket] ListenStream=100 ==> \&./b\&.socket <== [Socket] ListenStream=100 Accept=yes $ systemd\-analyze verify \&./a\&.socket \&./b\&.socket Service a\&.service not loaded, a\&.socket cannot be started\&. Service b@0\&.service not loaded, b\&.socket cannot be started\&. .fi .if n \{\ .RE .\} .PP \fBBeispiel\ \&19.\ \&Alias für eine Unit\fP .sp .if n \{\ .RS 4 .\} .nf $ cat /tmp/source [Unit] Description=Hostname printer [Service] Type=simple ExecStart=/usr/bin/echo %H MysteryKey=true $ systemd\-analyze verify /tmp/source Failed to prepare filename /tmp/source: Invalid argument $ systemd\-analyze verify /tmp/source:alias\&.service alias\&.service:7: Unknown key name \*(AqMysteryKey\*(Aq in section \*(AqService\*(Aq, ignoring\&. .fi .if n \{\ .RE .\} .SS "systemd\-analyze security [\fIUNIT\fP\fR…]\fP" .PP Dieser Befehl analysiert die Sicherheits\- und Sandbox\-Einstellungen einer oder mehrerer angegebener Units\&. Falls mindestens ein Unit\-Name angegeben ist, werden die Sicherheitseinstellungen der angegebenen Dienste\-Units untersucht und eine detaillierte Analyse angezeigt\&. Falls kein Unit\-Name angegeben ist, werden alle derzeit geladenen, langlaufenden Dienste\-Units untersucht und eine knappe Tabelle mit den Ergebnissen angezeigt\&. Der Befehl prüft auf verschiedene sicherheitsbezogene Diensteeinstellungen, weist jeder einen »Gefährdungsstufen«\-Wert zu, abhängig davon, wie wichtig die Einstellung ist\&. Dann berechnet es eine Gesamtgefährdungsstufe für die gesamte Unit, die eine Abschätzung im Bereich 0\&.0…10\&.0 ist und anzeigt, wie aus Sicherheitssicht ein Dienst gefährdet ist\&. Hohe Gefährdungsstufen deuten an, dass Sandboxing nur im geringen Umfang verwandt wird\&. Geringe Gefährdungsstufen deuten an, dass enges Sandboxing und stärkste Sicherheitsbeschränkungen angewandt werden\&. Beachten Sie, dass dies nur die Sicherheitsfunktionalitäten pro Dienst analysiert, die Systemd selbst implementiert\&. Das bedeutet, dass sämtliche zusätzlichen Sicherheitsmechanismen, die vom Dienste\-Code selbst erbracht werden, nicht berücksichtigt werden\&. Die auf diese Art bestimmte Gefährdungsstufe sollte nicht missverstanden werden: eine hohe Gefährdungsstufe bedeutet weder, dass vom Dienste\-Code selbst kein wirksames Sandboxing angewandt wird, noch dass der Dienst tatsächlich für lokale Angriffe oder solche aus der Ferne verwundbar ist\&. Hohe Gefährdungsstufen deuten allerdings an, dass der Dienst am wahrscheinlichsten von zusätzlichen Einstellungen für sie Nutzen ziehen würde\&. .PP Bitte beachten Sie, dass viele der Sicherheits\- und Sandboxing\-Einstellungen jeweils einzeln umgangen werden können \(em außer sie werden mit anderen kombiniert\&. Falls ein Dienst beispielsweise das Privileg behält, Einhängepunkte zu etablieren oder rückgängig zu machen, können viele der Sandboxing\-Optionen durch den System\-Code selbst rückgängig gemacht werden\&. Daher ist es wesentlich, dass jeder Dienst die umfassendsten und strengsten Sicherheits\- und Sandboxing\-Einstellungen, die möglich sind, verwendet\&. Das Werkzeug wird einige dieser Kombinationen und Beziehungen zwischen den Einstellungen berücksichtigen, aber nicht alle\&. Beachten Sie auch, dass die Sicherheits\- und Sandboxing\-Einstellungen, die hier analysiert werden, nur für vom Dienste\-Code selbst ausgeführte Aktionen greifen\&. Falls ein Dienst Zugriff auf ein IPC\-System (wie D\-Bus) hat, könnte er Aktionen von anderen Diensten erbitten, die nicht den gleichen Beschränkungen unterliegen\&. Daher ist jede umfassende Sicherheits\- und Sandboxing\-Analyse unvollständig, falls die IPC\-Zugriffsregeln nicht auch gegengeprüft werden\&. .PP \fBBeispiel\ \&20.\ \&systemd\-logind\&.service analysieren\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze security \-\-no\-pager systemd\-logind\&.service NAME DESCRIPTION EXPOSURE ✗ PrivateNetwork= Service has access to the host\*(Aqs network 0\&.5 ✗ User=/DynamicUser= Service runs as root user 0\&.4 ✗ DeviceAllow= Service has no device ACL 0\&.2 ✓ IPAddressDeny= Service blocks all IP address ranges \&.\&.\&. → Overall exposure level for systemd\-logind\&.service: 4\&.1 OK 🙂 .fi .if n \{\ .RE .\} .SS "systemd\-analyze inspect\-elf \fIDATEI\fP\fR…\fP" .PP Dieser Befehl wird die angegebenen Dateien laden, falls sie ELF\-Objekte (Programme, Bibliotheken, Speicherauszugdateien usw\&.) sind wird es die eingebetteten Paketierungsmetadaten auswerten, falls vorhanden, und sie in einer Tabelle im JSON\-Format ausgeben\&. Siehe die Dokumentation \m[blue]\fBMetadaten\-Paketierung\fP\m[]\&\s-2\u[1]\d\s+2 für weitere Informationen\&. .PP \fBBeispiel \&21.\ \&Informationen über eine Speicherauszugsdatei als JSON ausgeben\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze inspect\-elf \-\-json=pretty \e core\&.fsverity\&.1000\&.f77dac5dc161402aa44e15b7dd9dcf97\&.58561\&.1637106137000000 { "elfType" : "coredump", "elfArchitecture" : "AMD x86\-64", "/home/bluca/git/fsverity\-utils/fsverity" : { "type" : "deb", "name" : "fsverity\-utils", "version" : "1\&.3\-1", "buildId" : "7c895ecd2a271f93e96268f479fdc3c64a2ec4ee" }, "/home/bluca/git/fsverity\-utils/libfsverity\&.so\&.0" : { "type" : "deb", "name" : "fsverity\-utils", "version" : "1\&.3\-1", "buildId" : "b5e428254abf14237b0ae70ed85fffbb98a78f88" } } .fi .if n \{\ .RE .\} .SS "systemd\-analyze fdstore \fIUNIT\fP\fR…\fP" .PP Listet die aktuellen Inhalte des Dateideskriptorspeichers der angegebenen Dienste\-Unit auf\&. Dies zeigt Namen, Inode\-Typen, Gerätenummern, Inode\-Nummern, Pfade und Öffnungsmodi der offenen Dateideskriptoren an\&. Die angegebenen Units müssen \fIFileDescriptorStoreMax=\fP aktiviert haben, siehe \fBsystemd.service\fP(5) zu Details\&. .PP \fBBeispiel\ \&22.\ \&Tabellenausgabe\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze fdstore systemd\-journald\&.service FDNAME TYPE DEVNO INODE RDEVNO PATH FLAGS stored sock 0:8 4218620 \- socket:[4218620] ro stored sock 0:8 4213198 \- socket:[4213198] ro stored sock 0:8 4213190 \- socket:[4213190] ro \&... .fi .if n \{\ .RE .\} .PP Hinweis: Die Spalte »DEVNO« bezieht sich auf die Major\-/Minor\-Nummern des Geräteknotens, der dem Dateisystem zu Grunde liegt, auf dem die Inode des Dateideskriptors ist\&. Die Spalte »RDEVNO« bezieht sich auf die Major\-/Minor\-Nummern des Geräteknotens selbst, falls der Dateideskriptor sich auf einen bezieht\&. Vergleichen Sie dies mit den entsprechenden Feldern \fI\&.st_dev\fP und \fI\&.st_rdev\fP in \fBstruct stat\fP (siehe \fBstat\fP(2) zu Details)\&. Die aufgeführten Inode\-Nummern in der Spalte »INODE« sind auf dem durch »DEVNO« angezeigten Dateisystem\&. .SS "systemd\-analyze image\-policy \fIRICHTLINIE\fP\fR…\fP" .PP Dieser Befehl analysiert die angegebene Abbild\-Richtlinienzeichenkette gemäß \fBsystemd.image\-policy\fP(7)\&. Die Richtlinie wird normalisiert und vereinfacht\&. Für jeden aktuell definierten Partitionskennzeichner (gemäß der \m[blue]\fBSpezifikation für auffindbare Partitionen\fP\m[]\&\s-2\u[2]\d\s+2) wird die Auswirkung der Abbild\-Richtlinienzeichenkette in Tabellenform dargestellt\&. .PP \fBBeispiel\ \&23.\ \&Beispielausgabe\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze image\-policy swap=encrypted:usr=read\-only\-on+verity:root=encrypted Analyzing policy: root=encrypted:usr=verity+read\-only\-on:swap=encrypted Long form: root=encrypted:usr=verity+read\-only\-on:swap=encrypted:=unused+absent PARTITION MODE READ\-ONLY GROWFS root encrypted \- \- usr verity yes \- home ignore \- \- srv ignore \- \- esp ignore \- \- xbootldr ignore \- \- swap encrypted \- \- root\-verity ignore \- \- usr\-verity unprotected yes \- root\-verity\-sig ignore \- \- usr\-verity\-sig ignore \- \- tmp ignore \- \- var ignore \- \- default ignore \- \- .fi .if n \{\ .RE .\} .SS "systemd\-analyze pcrs [\fIPCR\fP\fR…]\fP" .PP Dieser Befehl zeigt die bekannten TPM2\-PCRs zusammen mit ihren kennzeichnenden Namen und aktuellen Werten\&. .PP \fBBeispiel\ \&24.\ \&Beispielausgabe\fP .sp .if n \{\ .RS 4 .\} .nf $ systemd\-analyze pcrs NR NAME SHA256 0 platform\-code bcd2eb527108bbb1f5528409bcbe310aa9b74f687854cc5857605993f3d9eb11 1 platform\-config b60622856eb7ce52637b80f30a520e6e87c347daa679f3335f4f1a600681bb01 2 external\-code 1471262403e9a62f9c392941300b4807fbdb6f0bfdd50abfab752732087017dd 3 external\-config 3d458cfe55cc03ea1f443f1562beec8df51c75e14a9fcf9a7234a13f198e7969 4 boot\-loader\-code 939f7fa1458e1f7ce968874d908e524fc0debf890383d355e4ce347b7b78a95c 5 boot\-loader\-config 864c61c5ea5ecbdb6951e6cb6d9c1f4b4eac79772f7fe13b8bece569d83d3768 6 \- 3d458cfe55cc03ea1f443f1562beec8df51c75e14a9fcf9a7234a13f198e7969 7 secure\-boot\-policy 9c905bd9b9891bfb889b90a54c4b537b889cfa817c4389cc25754823a9443255 8 \- 0000000000000000000000000000000000000000000000000000000000000000 9 kernel\-initrd 9caa29b128113ef42aa53d421f03437be57211e5ebafc0fa8b5d4514ee37ff0c 10 ima 5ea9e3dab53eb6b483b6ec9e3b2c712bea66bca1b155637841216e0094387400 11 kernel\-boot 0000000000000000000000000000000000000000000000000000000000000000 12 kernel\-config 627ffa4b405e911902fe1f1a8b0164693b31acab04f805f15bccfe2209c7eace 13 sysexts 0000000000000000000000000000000000000000000000000000000000000000 14 shim\-policy 0000000000000000000000000000000000000000000000000000000000000000 15 system\-identity 0000000000000000000000000000000000000000000000000000000000000000 16 debug 0000000000000000000000000000000000000000000000000000000000000000 17 \- ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff 18 \- ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff 19 \- ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff 20 \- ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff 21 \- ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff 22 \- ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff 23 application\-support 0000000000000000000000000000000000000000000000000000000000000000 .fi .if n \{\ .RE .\} .SS "systemd\-analyze srk > \fIDATEI\fP" .PP Dieser Befehl liest den Speicherwurzelschlüssel (SRK) aus dem TPM2\-Gerät und schreibt ihn in angeordnetem TPM2B_PUBLIC\-Format in die Standardausgabe\&. Beispiel: .sp .if n \{\ .RS 4 .\} .nf systemd\-analyze srk > srk\&.tpm2b_public .fi .if n \{\ .RE .\} .SH OPTIONEN .PP Die folgenden Optionen werden verstanden: .PP \fB\-\-system\fP .RS 4 Agiert auf der System\-Systemd\-Instanz\&. Dies ist die implizierte Vorgabe\&. .sp Hinzugefügt in Version 209\&. .RE .PP \fB\-\-user\fP .RS 4 Agiert auf der Benutzer\-Systemd\-Instanz\&. .sp Hinzugefügt in Version 186\&. .RE .PP \fB\-\-global\fP .RS 4 Agiert auf der systemweiten Konfiguration für Benutzer\-Systemd\-Instanzen\&. .sp Hinzugefügt in Version 238\&. .RE .PP \fB\-\-order\fP, \fB\-\-require\fP .RS 4 Wählt bei der Verwendung mit dem Befehl \fBdot\fP (siehe oben) die im Abhängigkeitsgraph zu zeigenden Abhängigkeiten aus\&. Falls \fB\-\-order\fP übergeben wird, werden nur Abhängigkeiten vom Typ \fIAfter=\fP oder \fIBefore=\fP gezeigt\&. Falls \fB\-\-require\fP übergeben wird, werden nur Abhängigkeiten vom Typ \fIRequires=\fP, \fIRequisite=\fP, \fIWants=\fP und \fIConflicts=\fP gezeigt\&. Falls keines davon übergeben wird, werden die Abhängigkeiten aller dieser Typen gezeigt\&. .sp Hinzugefügt in Version 198\&. .RE .PP \fB\-\-from\-pattern=\fP, \fB\-\-to\-pattern=\fP .RS 4 Wählt bei der Verwendung mit dem Befehl \fBdot\fP (siehe oben) aus, welche Beziehungen im Abhängigkeitsgraph gezeigt werden\&. Beide Optionen benötigen ein \fBglob\fP(7)\-Muster als Argument, das mit den Knoten auf der rechten bzw\&. linken Seite einer Beziehung übereinstimmen muss\&. .sp Jeder davon kann mehr als einmal verwandt werden, dann müssen die Unit\-Namen auf jeden der Werte passen\&. Falls Tests für beide Seiten der Relation vorhanden sind, muss eine Relation beide Tests bestehen, um angezeigt zu werden\&. Wenn Muster zudem als positionsabhängige Argumente angegeben werden, müssen sie auf mindestens einer Seite der Relation passen\&. Mit anderen Worten, Muster, die mit diesen zwei Optionen angegeben werden, verkürzen die Liste der Kanten, auf die die positionsabhängigen Argumente passen, falls welche angegeben werden, und zeigen die komplette Liste der Kanten andernfalls\&. .sp Hinzugefügt in Version 201\&. .RE .PP \fB\-\-fuzz=\fP\fIZeitspanne\fP .RS 4 Zeigt bei der Verwendung mit dem Befehl \fBcritical\-chain\fP (siehe oben) auch Units, die sich eine \fIZeitspanne\fP früher beendeten, als die letzte Unit auf der gleichen Stufe\&. Die Einheit von \fIZeitspanne\fP ist Sekunden, außer es wird eine andere Einheit angegeben, z\&.B\&. »50ms«\&. .sp Hinzugefügt in Version 203\&. .RE .PP \fB\-\-man=no\fP .RS 4 Ruft \fBman\fP(1) nicht auf, um die Existenz von in \fIDocumentation=\fP aufgeführten Handbuchseiten zu überprüfen\&. .sp Hinzugefügt in Version 235\&. .RE .PP \fB\-\-generators\fP .RS 4 Ruft Unit\-Generatoren auf, siehe \fBsystemd.generator\fP(7)\&. Einige Generatoren benötigen Root\-Rechte\&. Beim Betrieb mit aktivierten Generatoren kommt es als normaler Benutzer im Allgemeinen zu einigen Warnmeldungen\&. .sp Hinzugefügt in Version 235\&. .RE .PP \fB\-\-recursive\-errors=\fP\fIMODUS\fP .RS 4 Steuert die Überprüfung von Units und ihrere Abhängigkeiten und ob \fBsystemd\-analyze verify\fP sich mit einem von Null verschiedenen Exit\-Status beenden soll oder nicht\&. Mit \fByes\fP wird ein von Null verschiedener Prozess\-Exit\-Status zurückgeliefert, wenn während der Überprüfung von entweder der angegebenen Unit oder einer ihrer zugeordneten Abhängigkeiten Warnungen auftreten\&. Mit \fBno\fP wird wird ein von Null verschiedener Prozess\-Exit\-Status zurückgeliefert, wenn Warnungen während der Überprüfung nur der angegebenen Unit auftreten\&. Mit \fBone\fP wird ein von Null verschiedener Prozess\-Exit\-Status zurückgeliefert, wenn entweder bei der angegebenen Unit oder seiner direkten Abhängigkeit Warnungen auftreten\& Falls dies Option nicht angegegeben ist, wird Null als Exit\-Status zurückgegeben, unabhängig davon, ob während der Überprüfung Warnungen auftraten oder nicht\&. .sp Hinzugefügt in Version 250\&. .RE .PP \fB\-\-root=\fP\fIPFAD\fP .RS 4 Agiert mit \fBcat\-files\fP und \fBverify\fP auf Dateien unterhalb des angegebenen Wurzelpfades \fIPFAD\fP\&. .sp Hinzugefügt in Version 239\&. .RE .PP \fB\-\-image=\fP\fIPFAD\fP .RS 4 Agiert mit \fBcat\-files\fP und \fBverify\fP auf Dateien innerhalb des angebebenen Abbildpfades \fIPFAD\fP\&. .sp Hinzugefügt in Version 250\&. .RE .PP \fB\-\-image\-policy=\fP\fIRichtlinie\fP .RS 4 Akzeptiert gemäß \fBsystemd.image\-policy\fP(7) eine Abbildrichtlinienzeichenkette als Argument\&. Die Richtlinie wird bei Aktionen auf dem mittels \fB\-\-image=\fP angegebenen Plattenabbild durchgesetzt, siehe oben\&. Falls nicht angegeben ist die Vorgabe die Richtlinie »*«, d\&.h\&. alle erkannten Dateisysteme im Abbild werden verwandt\&. .RE .PP \fB\-\-offline=\fP\fILOGISCH\fP .RS 4 Führt mit \fBsecurity\fP eine Offline\-Sicherheitsüberprüfung der angegebenen Unit\-Dateien durch, d\&.h\&. verlässt sich nicht auf PID 1, um Sicherheitsinformationen für die Dateien zu erlangen, wie es der Unterbefehl \fBsecurity\fP alleine tut\&. Dies bedeutet, dass \fB\-\-offline=\fP auch mit \fB\-\-root=\fP und \fB\-\-image=\fP verwandt werden kann\&. Falls das Offenlegungs\-Niveau einer Unit oberhalb des mit \fB\-\-threshold=\fP gesetzten ist (Standardwert 100), wird \fB\-\-offline=\fP einen Fehler zurückliefern\&. .sp Hinzugefügt in Version 250\&. .RE .PP \fB\-\-profile=\fP\fIPFAD\fP .RS 4 Berücksichtigt mit \fBsecurity\fP \fB\-\-offline=\fP beim Zugriff auf die Unit\-Einstellungen die angegeben portablen Profile\&. Das Profil kann als Name übergeben werden, wodurch die gut bekannten Systemorte durchsucht werden, oder es kann der vollständige Pfad zu einer angegebenen Ergänzungsdatei sein\&. .sp Hinzugefügt in Version 250\&. .RE .PP \fB\-\-threshold=\fP\fIWERT\fP .RS 4 Erlaubt mit \fBsecurity\fP dem Benutzer einen angepassten Wert zu setzen, mit dem das Gesamtoffenlegungsniveau für die angegebenen Unit\-Dateien verglichen wird\&. Falls das Offenlegungsniveau einer Unit größer als das vom Benutzer gesetzte ist, wird \fBsecurity\fP einen Fehler zurückliefern\&. \fB\-\-threshold=\fP kann auch mit \fB\-\-offline=\fP verwandt werden und sein Vorgabewert ist 100\&. .sp Hinzugefügt in Version 250\&. .RE .PP \fB\-\-security\-policy=\fP\fIPFAD\fP .RS 4 Erlaubt es mit \fBsecurity\fP dem Benutzer, eine angepasste Gruppe an Anforderungen, die als JSON\-Datei formatiert ist, zu definieren, mit der die angegebenen Unit\-Datei(en) verglichen werden und ihr Gesamt\-Offenlegungsniveau im Hinblick auf Sicherheitsbedrohungen bestimmt wird\&. .sp .it 1 an-trap .nr an-no-space-flag 1 .nr an-break-flag 1 .br \fBTabelle\ \&1.\ \&Akzeptierte Bewertungs\-Testkennzeichner\fP .TS allbox tab(:); lB. T{ Bewertungs\-Testkennzeichner T} .T& l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l l. T{ UserOrDynamicUser T} T{ SupplementaryGroups T} T{ PrivateMounts T} T{ PrivateDevices T} T{ PrivateTmp T} T{ PrivateNetwork T} T{ PrivateUsers T} T{ ProtectControlGroups T} T{ ProtectKernelModules T} T{ ProtectKernelTunables T} T{ ProtectKernelLogs T} T{ ProtectClock T} T{ ProtectHome T} T{ ProtectHostname T} T{ ProtectSystem T} T{ RootDirectoryOrRootImage T} T{ LockPersonality T} T{ MemoryDenyWriteExecute T} T{ NoNewPrivileges T} T{ CapabilityBoundingSet_CAP_SYS_ADMIN T} T{ CapabilityBoundingSet_CAP_SET_UID_GID_PCAP T} T{ CapabilityBoundingSet_CAP_SYS_PTRACE T} T{ CapabilityBoundingSet_CAP_SYS_TIME T} T{ CapabilityBoundingSet_CAP_NET_ADMIN T} T{ CapabilityBoundingSet_CAP_SYS_RAWIO T} T{ CapabilityBoundingSet_CAP_SYS_MODULE T} T{ CapabilityBoundingSet_CAP_AUDIT T} T{ CapabilityBoundingSet_CAP_SYSLOG T} T{ CapabilityBoundingSet_CAP_SYS_NICE_RESOURCE T} T{ CapabilityBoundingSet_CAP_MKNOD T} T{ CapabilityBoundingSet_CAP_CHOWN_FSETID_SETFCAP T} T{ CapabilityBoundingSet_CAP_DAC_FOWNER_IPC_OWNER T} T{ CapabilityBoundingSet_CAP_KILL T} T{ CapabilityBoundingSet_CAP_NET_BIND_SERVICE_BROADCAST_RAW T} T{ CapabilityBoundingSet_CAP_SYS_BOOT T} T{ CapabilityBoundingSet_CAP_MAC T} T{ CapabilityBoundingSet_CAP_LINUX_IMMUTABLE T} T{ CapabilityBoundingSet_CAP_IPC_LOCK T} T{ CapabilityBoundingSet_CAP_SYS_CHROOT T} T{ CapabilityBoundingSet_CAP_BLOCK_SUSPEND T} T{ CapabilityBoundingSet_CAP_WAKE_ALARM T} T{ CapabilityBoundingSet_CAP_LEASE T} T{ CapabilityBoundingSet_CAP_SYS_TTY_CONFIG T} T{ CapabilityBoundingSet_CAP_BPF T} T{ UMask T} T{ KeyringMode T} T{ ProtectProc T} T{ ProcSubset T} T{ NotifyAccess T} T{ RemoveIPC T} T{ Delegate T} T{ RestrictRealtime T} T{ RestrictSUIDSGID T} T{ RestrictNamespaces_user T} T{ RestrictNamespaces_mnt T} T{ RestrictNamespaces_ipc T} T{ RestrictNamespaces_pid T} T{ RestrictNamespaces_cgroup T} T{ RestrictNamespaces_uts T} T{ RestrictNamespaces_net T} T{ RestrictAddressFamilies_AF_INET_INET6 T} T{ RestrictAddressFamilies_AF_UNIX T} T{ RestrictAddressFamilies_AF_NETLINK T} T{ RestrictAddressFamilies_AF_PACKET T} T{ RestrictAddressFamilies_OTHER T} T{ SystemCallArchitectures T} T{ SystemCallFilter_swap T} T{ SystemCallFilter_obsolete T} T{ SystemCallFilter_clock T} T{ SystemCallFilter_cpu_emulation T} T{ SystemCallFilter_debug T} T{ SystemCallFilter_mount T} T{ SystemCallFilter_module T} T{ SystemCallFilter_raw_io T} T{ SystemCallFilter_reboot T} T{ SystemCallFilter_privileged T} T{ SystemCallFilter_resources T} T{ IPAddressDeny T} T{ DeviceAllow T} T{ AmbientCapabilities T} .TE .sp 1 Siehe die nachfolgende beispielhafte »JSON\-Richtlinie«\&. .sp Hinzugefügt in Version 250\&. .RE .PP \fB\-\-json=\fP\fIMODUS\fP .RS 4 Erstellt mit dem Befehl \fBsecurity\fP eine JSON\-formatierte Ausgabe der Sicherheitsanalysetabelle\&. Das Format ist ein JSON\-Feld mit Objekten, die die folgenden Fehler enthalten: \fIset\fP (zeigt an, ob die Einstellung aktiviert wurde oder nicht), \fIname\fP (damit wird auf die Einstellung Bezug genommen), \fIjson_field\fP (JSON\-kompatible Kennung der Einstellung), \fIdescription\fP (Kurzfassung des Zustands der Einstellung) und \fIexposure\fP (eine Zahl im Bereich 0.0…10.0, wobei eine höhere Zahl einer höheren Sicherheitsbedrohung entspricht)\&. Die JSON\-Version der Tabelle wird auf die Standardausgabe ausgegeben\&. Der an die Option übergebene \fIMODUS\fP kann einer der drei folgenden sein: \fBoff\fP (die Vorgabe), \fBpretty\fP und \fBshort\fP, die eine verschönerte bzw\&. gekürzte JSON\-Version der Sicherheitstabelle ausgeben\&. Mit dem Befehl \fBplot\fP wird eine JSON\-formatierte Ausgabe der rohen Zeitdaten erstellt\&. Das Format ist ein JSON\-Feld mit Objekten, die die folgenden Felder enthalten: \fIname\fP, der der Unit\-Dateiname ist, \fIactivated\fP, das die Zeit nach dem Starten, die der Dienst aktiviert wurde, enthält; \fItime\fP, dass die Zeit enthält, die der Dienst zum Aktivieren benötigte, nachdem er anfänglich gestartet wurde; \fIdeactivated\fP, das die Zeit nach dem Starten, die der Dienst deaktiviert war, enthält und \fIdeactivating\fP, das die Zeit nach dem Starten enthält, nach der der Dienst anfänglich gebeten wurde, sich zu deaktivieren\&. .sp Hinzugefügt in Version 250\&. .RE .PP \fB\-\-iterations=\fP\fIANZAHL\fP .RS 4 Zeigt bei der Verwendung zusammen mit dem Befehl \fBcalendar\fP die angegebene Anzahl an Iterationen, zu denen die angegebenen Kalenderausdrücke das nächste Mal ablaufen\&. Standardmäßig 1\&. .sp Hinzugefügt in Version 242\&. .RE .PP \fB\-\-base\-time=\fP\fIZEITSTEMPEL\fP .RS 4 Zeigt bei der Verwendung zusammen mit dem Befehl \fBcalendar\fP die nächste Iteration relativ zum angegebenen Zeitpunkt an\&. Falls nicht angegeben, ist die Vorgabe die aktuelle Zeit\&. .sp Hinzugefügt in Version 244\&. .RE .PP \fB\-\-unit=\fP\fIUNIT\fP .RS 4 Wertet bei der Verwendung mit dem Befehl \fBcondition\fP alle Zuweisungen \fICondition*=…\fP und \fIAssert*=…\fP in der angegebenen Unit\-Datei aus\&. Der komplette Unit\-Suchpfad wird durch Kombination der Verzeichnisse für die angegebene Unit mit dem normalen Unit\-Ladepfad zusammengestellt\&. Die Variable \fI$SYSTEMD_UNIT_PATH\fP wird unterstützt und kann zum Ersetzen oder Erweitern der einkompilierten Gruppe von Unit\-Ladepfaden verwandt werden; siehe \fBsystemd.unit\fP(5))\&. Alle Unit\-Dateien, die in dem Verzeichnissen vorhanden sind, das die angegegebene Unit enthält, werden gegenüber den in anderen Pfaden vorgezogen\&. .sp Hinzugefügt in Version 250\&. .RE .PP \fB\-\-table\fP .RS 4 Bei der Verwendung mit dem Befehl \fBplot\fP werden die rohen Zeitdaten in einer Tabelle ausgegeben\&. .sp Hinzugefügt in Version 253\&. .RE .PP \fB\-\-no\-legend\fP .RS 4 Bei der Verwendung mit dem Befehl \fBplot\fP in Kombination mit entweder \fB\-\-table\fP oder \fB\-\-json=\fP wird keine Legende oder keine Hinweise in der Ausgabe aufgenommen\&. .sp Hinzugefügt in Version 253\&. .RE .PP \fB\-H\fP, \fB\-\-host=\fP .RS 4 Führt die Aktion aus der Ferne aus\&. Geben Sie den Rechnernamen oder einen Benutzernamen und Rechnernamen (getrennt durch »@«) an, zu dem verbunden werden soll\&. Dem Rechnernamen darf optional ein Port, auf dem SSH auf Anfragen wartet, getrennt durch »:« und dann ein Container auf dem angegebenen Host angehängt werden, womit direkt zu einem bestimmten Container auf dem angegebenen Rechner verbunden wird\&. Dies verwendet SSH, um mit der Maschinen\-Verwalterinstanz auf dem Rechner in der Ferne zu kommunizieren\&. Container\-Namen dürfen mit \fBmachinectl \-H \fP\fIRECHNER\fP aufgezählt werden\&. Stellen Sie IPv6\-Adressen in Klammern\&. .RE .PP \fB\-M\fP, \fB\-\-machine=\fP .RS 4 Führt die Aktion in einem lokalen Container aus\&. Geben Sie den Namen des Containers an, zu dem verbunden werden soll\&. Optional kann diesem ein Benutzername, abgetrennt durch ein »@«\-Zeichen, als der verbunden werden soll, vorangestellt werden\&. Falls die besondere Zeichenkette »\&.host« anstelle des Container\-Names verwandt wird, wird eine Verbindung zu dem lokalen System aufgebaut (das ist nützlich, um sich zu dem Benutzerbus eines bestimmten Benutzers zu verbinden: »\-\-user \-\-machine=lennart@\&.host«\&. Falls die »@«\-Syntax nicht verwandt wird, wird die Verbindung als Benutzer »root« vorgenommen\&. Falls die »@«\-Syntax verwandt wird, kann entweder die linke oder die rechte Seite fortgelassen werden (aber nicht beide)\&. In diesem Fall wird der lokale Benutzername und »\&.host« angenommen\&. .RE .PP \fB\-q\fP, \fB\-\-quiet\fP .RS 4 Unterdrückt Hinweise und andere nicht wesentliche Ausgaben\&. .sp Hinzugefügt in Version 250\&. .RE .PP \fB\-\-tldr\fP .RS 4 Gibt mit \fBcat\-config\fP nur die »interessanten« Teil der Konfigurationsdatei aus, Kommentare und leere Zeilen sowie Abschnittkopfzeilen, denen nur Kommentare und leere Zeilen folgen, werden übersprungen\&. .sp Hinzugefügt in Version 255\&. .RE .PP \fB\-h\fP, \fB\-\-help\fP .RS 4 Zeigt einen kurzen Hilfetext an und beendet das Programm\&. .RE .PP \fB\-\-version\fP .RS 4 Zeigt eine kurze Versionszeichenkette an und beendet das Programm\&. .RE .PP \fB\-\-no\-pager\fP .RS 4 Leitet die Ausgabe nicht an ein Textanzeigeprogramm weiter\&. .RE .SH EXIT\-STATUS .PP Für die meisten Befehle wird bei Erfolg 0 zurückgegeben, anderenfalls ein Fehlercode ungleich Null\&. .PP Mit dem Unterbefehl \fBcompare\-versions\fP in der 2\-Argumente\-Form wird \fB12\fP, \fB0\fP, \fB11\fP zurückgeliefert, falls die zweite Versionszeichenkette größer, gleich bzw. kleiner als die erste ist\&. In der 3\-Argumente\-Form \fB0\fP oder \fB1\fP, falls die Bedingung wahr bzw. falsch ist\&. .SH UMGEBUNGSVARIABLEN .PP \fI$SYSTEMD_LOG_LEVEL\fP .RS 4 Die maximale Protokollierstufe ausgesandter Nachrichten (Nachrichten mit einer höheren Protokollierstufe, d\&.h\&. weniger wichtige, werden unterdrückt)\&. Sie muss (in absteigender Reihenfolge) entweder \fBalert\fP, \fBcrit\fP, \fBerr\fP, \fBwarning\fP, \fBnotice\fP, \fBinfo\fP, \fBdebug\fP oder eine Ganzzahl im Bereich 0…7 sein\&. Siehe \fBsyslog\fP(3) für weitere Informationen\&. .RE .PP \fI$SYSTEMD_LOG_COLOR\fP .RS 4 Ein logischer Wert\&. Falls wahr, werden auf das TTY geschriebene Nachrichten gemäß ihrer Priorität eingefärbt\&. .sp Diese Einstellung ist nur nützlich, falls die Nachrichten direkt auf das Terminal geschrieben werden, da \fBjournalctl\fP(1) und andere Werkzeuge, die Protokolle anzeigen, selbständig Nachrichten gemäß ihrer Protokollierungsstufe einfärben\&. .RE .PP \fI$SYSTEMD_LOG_TIME\fP .RS 4 Ein logischer Wert\&. Falls wahr, wird den Protokollnachrichten der Konsole ein Zeitstempel vorangestellt\&. .sp Diese Einstellung ist nur nützlich, falls die Nachrichten direkt auf das Terminal oder in eine Datei geschrieben werden, da \fBjournalctl\fP(1) und andere Werkzeuge, die Protokolle anzeigen, selbständig Zeitstempel basierend auf ihren Metadaten den Nachrichten anhängen werden\&. .RE .PP \fI$SYSTEMD_LOG_LOCATION\fP .RS 4 Ein logischer Wert\&. Falls wahr, wird den Protokollnachrichten ein Dateinamen und eine Zeilenummer in dem Quellcode, aus dem die Nachrichten stammen, vorangestellt\&. .sp Beachten Sie, dass der Protokollierort sowieso oft als Metadaten zu den Journal\-Einträgen angehängt ist\&. Die Aufnahme in den Nachrichtentext kann bei der Fehlersuche in Programmen dennoch praktisch sein\&. .RE .PP \fI$SYSTEMD_LOG_TID\fP .RS 4 Ein logischer Wert\&. Falls wahr, wird den Nachrichten die aktuelle numerische Thread\-Kennung (TID) vorangestellt\&. .sp Beachten Sie, dass diese Informationen sowieso als Metadaten an Journal\-Einträge angehängt wird\&. Die Aufnahme direkt im Nachrichtentext kann aber trotzdem bei der Fehlersuche in Programmen praktisch sein\&. .RE .PP \fI$SYSTEMD_LOG_TARGET\fP .RS 4 Das Ziel für Protokolliernachrichten\&. Entweder \fBconsole\fP (auf das angehängte TTY protokollieren), \fBconsole\-prefixed\fP (auf das angehängte TTY protokollieren, aber die Protokollierstufe und »Einrichtung« voranstellen, siehe \fBsyslog\fP(3)), \fBkmsg\fP (in den zirkulären Kernel\-Protokollpuffer protokollieren), \fBjournal\fP (in das Journal protokollieren (\fBjournal\-or\-kmsg\fP (in das Journal protokollieren, falls verfügbar, und andernfalls nach Kmsg), \fBauto\fP (das geeignete Protokollierziel automatisch ermitteln, die Vorgabe) oder \fBnull\fP (die Protokollierung deaktivieren)\&. .RE .PP \fI$SYSTEMD_LOG_RATELIMIT_KMSG\fP .RS 4 Ob Kmsg ratenlimitiert werden soll oder nicht\&. Akzeptiert einen logischen Wert\&. Standardmäßig »true«\&. Falls deaktiviert, wird Systemd die nach Kmsg geschriebenen Meldungen nicht ratenlimitieren\&. .RE .PP \fI$SYSTEMD_PAGER\fP .RS 4 Zu verwendendes Textanzeigeprogramm, wenn \fB\-\-no\-pager\fP nicht angegeben ist; setzt \fI$PAGER\fP außer Kraft\&. Falls weder \fI$SYSTEMD_PAGER\fP noch \fI$PAGER\fP gesetzt sind, wird eine Reihe wohlbekannter Implementierungen von Textanzeigeprogrammen der Reihe nach ausprobiert, einschließlich \fBless\fP(1) und \fBmore\fP(1), bis eines gefunden wird\&. Falls keine Implementierung eines Textanzeigeprogramms gefunden wird, wird keines aufgerufen\&. Setzen der Umgebungsvariablen auf die leere Zeichenkette oder den Wert »cat« ist äquivalent zur Übergabe von \fB\-\-no\-pager\fP\&. .sp Beachten Sie: Falls \fI$SYSTEMD_PAGERSECURE\fP nicht gesetzt ist, dann wird \fI$SYSTEMD_PAGER\fP (sowie \fI$PAGER\fP) ohne Rückmeldung ignoriert\&. .RE .PP \fI$SYSTEMD_LESS\fP .RS 4 Setzt die an \fBless\fP übergebenen Optionen (standardmäßig »FRSXMK«) außer Kraft\&. .sp Benutzer könnten insbesondere zwei Optionen ändern wollen: .PP \fBK\fP .RS 4 Diese Option weist das Textanzeigeprogramm an, sich sofort beim Druck von Strg\-C zu beenden\&. Um \fBless\fP die Handhabung von Strg\-C selbst zum Umschalten auf die Eingabeaufforderung zu erlauben, setzen Sie diese Option zurück\&. .sp Falls der Wert von \fI$SYSTEMD_LESS\fP kein »K« enthält und \fBless\fP das aufgerufene Textanzeigeprogramm ist, wird Strg+C durch das Programm ignoriert und muss durch das Textanzeigeprogramm selbst gehandhabt werden\&. .RE .PP \fBX\fP .RS 4 Diese Option weist das Textanzeigeprogramm an, keine Termcap\-Initialisierungs\- und \-Deinitalisierungszeichenketten an das Terminal zu senden\&. Dies ist standardmäßig gesetzt, damit die Darstellung von Befehlen selbst nach dem Beenden des Textanzeigeprogramms sichtbar bleibt\&. Allerdings stehen dadurch einige Funktionen des Textanzeigeprogramms nicht zur Verfügung; insbesondere ist das Scrollen in der Ausgabe mit der Maus nicht möglich\&. .RE .sp Siehe \fBless\fP(1) für weitere Ausführungen\&. .RE .PP \fI$SYSTEMD_LESSCHARSET\fP .RS 4 Setzt den an \fBless\fP zu übergebenden Zeichensatz (standardmäßig »utf\-8«, falls das aufrufende Terminal als UTF\-8\-kompatibel erkannt wurde) außer Kraft\&. .RE .PP \fI$SYSTEMD_PAGERSECURE\fP .RS 4 Akzeptiert einen logischen Wert\&. Wenn wahr, wird der »sichere« Modus des Textanzeigeprogramms verwandt, falls falsch, wird dieser deaktiviert\&. Falls \fI$SYSTEMD_PAGERSECURE\fP überhaupt nicht gesetzt ist, dann wird der sichere Modus aktiviert, falls die effektive Kennung nicht identisch zu dem Eigentümer der Anmeldesitzung ist, siehe \fBgeteuid\fP(2) und \fBsd_pid_get_owner_uid\fP(3)\&. Im sicheren Modus wird \fBLESSSECURE=1\fP beim Aufruf des Textanzeigeprogramms gesetzt und das Textanzeigeprogramm muss Befehle deaktivieren, die neue Dateien öffnen oder erstellen oder die einen neuen Unterprozess starten\&. Falls \fI$SYSTEMD_PAGERSECURE\fP überhaupt nicht gesetzt ist, werden Textanzeigeprogramme, bei denen unbekannt ist, ob sie einen sicheren Modus implementieren, nicht verwandt\&. (Derzeit implementiert nur \fBless\fP(1) einen sicheren Modus\&.) .sp Hinweis: Wenn Befehle mit erhöhten Rechten ausgeführt werden, beispielsweise mittels \fBsudo\fP(8) oder \fBpkexec\fP(1), muss Vorsicht walten gelassen werden, um sicherzustellen, dass keine ungeplanten interaktiven Funktionalitäten aktiviert werden\&. Der »sichere« Modus für das Textanzeigeprogramm kann wie oben beschrieben automatisch aktiviert werden\&. Durch Setzen von \fISYSTEMD_PAGERSECURE=0\fP oder durch Nichtenfernen dieser Einstellung aus der ererbten Umgebung wird es dem Benutzer ermöglicht, beliebige Befehle auszuführen\&. Beachten Sie, dass auch \fI$SYSTEMD_PAGERSECURE\fP gesetzt werden muss, falls die Variablen \fI$SYSTEMD_PAGER\fP oder \fI$PAGER\fP berücksichtigt werden sollen\&. Es kann sinnvoll sein, stattdessen das Textanzeigeprogramm komplett mit \fB\-\-no\-pager\fP zu deaktivieren\&. .RE .PP \fI$SYSTEMD_COLORS\fP .RS 4 Akzeptiert ein logisches Argument\&. Wenn wahr, werden \fBsystemd\fP und verwandte Hilfswerkzeuge Farben in ihrer Ausgabe verwenden, andernfalls wird die Ausgabe einfarbig sein\&. Zusätzlich kann die Variable eine der folgenden besonderen Werte annehmen: »16«, »256«, um die Verwendung von Farbe auf die grundlegenden 16 bzw. 256 ANSI\-Farben zu beschränken\&. Dies kann festgelegt werden, um die auf \fI$TERM\fP und der vorliegenden Verbindung der Konsole basierende automatische Entscheidung außer Kraft zu setzen\&. .RE .PP \fI$SYSTEMD_URLIFY\fP .RS 4 Dies muss ein logischer Wert sein\&. Er steuert, ob anklickbare Links für Terminal\-Emulatoren, die dies unterstützen, erstellt werden sollen\&. Dies kann angegeben werden, um die Entscheidung, die \fBsystemd\fP basierend auf \fI$TERM\fP und anderen Bedingungen trifft, außer Kraft zu setzen\&. .RE .SH BEISPIELE .PP \fBBeispiel\ \&25.\ \&JSON\-Richtlinie\fP .PP Die als Pfadparameter an \fB\-\-security\-policy=\fP übergebene JSON\-Datei hat ein JSON\-Objekt oberster Stufe, wobei die Schlüssel die oben erwähnten Bewertungstestkennzeichner sind\&. Die Werte in der Datei sollten JSON\-Objekte mit einem oder mehreren der folgenden Felder sein: \fBdescription_na\fP (Zeichenkette), \fBdescription_good\fP (Zeichenkette), \fBdescription_bad\fP (Zeichenkette), \fBweight\fP (vorzeichenlose Ganzzahl) und \fBrange\fP (vorzeichenlose Ganzzahl)\&. Falls eines dieser Felder, die bestimmten Kennungen der Unit\-Datei entsprechen, im JSON\-Objekt fehlt, wird standardmäßig der eingebaute Vorgabefeldwert, der der gleichen Kennung entspricht, für die Sicherheitsanalyse verwandt\&. Die Felder »weight« und »range« werden zum Bestimmen der Gesamt\-Offenlegungsstufe der Unit\-Dateien verwandt: dem Wert jeder Einstellung wird ein Schlechtigkeitsstand zugewiesen, der mit dem Richtliniengewicht multipliziert und durch den Richtlinienbereich geteilt wird, um die Gesamtoffenlegung zu bestimmen, den diese Einstellung impliziert\&. Die berechnete Schlechtigkeit wird über alle Einstellungen in der Unit\-Datei aufsummiert, auf den Bereich 1…100 normiert und dazu verwandt, die Gesamtoffenlegungsstufe der Unit zu bestimmen\&. Indem Benutzer diese Felder verändern können, gibt der »security«\-Unterbefehl ihnen die Möglichkeit, für sich selbst zu entscheiden, welche Kennungen wichtiger sind und daher einen größeren Effekt auf die Offenlegungsstufe haben sollten\&. Ein Gewicht von »0« bedeutet, dass die Einstellung nicht geprüft wird\&. .sp .if n \{\ .RS 4 .\} .nf { "PrivateDevices": { "description_good": "Dienst hat keinen Zugriff auf Hardware\-Geräte", "description_bad": "Dienst hat möglicherweise Zugriff auf Hardware\-Geräte", "weight": 1000, "range": 1 }, "PrivateMounts": { "description_good": "Dienst kann keine Systemeinhängungen installieren", "description_bad": "Dienst darf Systemeinhängungen installieren", "weight": 1000, "range": 1 }, "PrivateNetwork": { "description_good": "Dienst hat keinen Zugriff auf das Netzwerk des Rechners", "description_bad": "Dienst hat Zugriff auf das Netzwerk des Rechners", "weight": 2500, "range": 1 }, "PrivateTmp": { "description_good": "Dienst hat keinen Zugriff auf die temporären Dateien anderer Software", "description_bad": "Dienst hat Zugriff auf die temporären Dateien anderer Software", "weight": 1000, "range": 1 }, "PrivateUsers": { "description_good": "Dienst hat keinen Zugriff auf andere Benutzer", "description_bad": "Dienst hat Zugriff auf andere Benutzer", "weight": 1000, "range": 1 } } .fi .if n \{\ .RE .\} .SH "SIEHE AUCH" .PP \fBsystemd\fP(1), \fBsystemctl\fP(1) .SH ANMERKUNGEN .IP " 1." 4 Metadaten\-Paketierung .RS 4 \%https://systemd.io/COREDUMP_PACKAGE_METADATA/ .RE .IP " 2." 4 Spezifikation für auffindbare Partitionen .RS 4 \%https://uapi\-group.org/specifications/specs/discoverable_partitions_specification .RE .PP .SH ÜBERSETZUNG Die deutsche Übersetzung dieser Handbuchseite wurde von Helge Kreutzmann erstellt. .PP Diese Übersetzung ist Freie Dokumentation; lesen Sie die .UR https://www.gnu.org/licenses/gpl-3.0.html GNU General Public License Version 3 .UE oder neuer bezüglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen. .PP Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an die .MT debian-l10n-german@lists.debian.org Mailingliste der Übersetzer .ME .