systemd - Online in de cloud

PROGRAMMA:

NAAM

systemd, init - systemd systeem- en servicemanager

KORTE INHOUD

systemd [OPTIES...]

init [OPTIES...] {COMMANDO}

PRODUCTBESCHRIJVING

systemd is een systeem- en servicemanager voor Linux-besturingssystemen. Wanneer uitgevoerd als eerste
proces bij het opstarten (als PID 1), fungeert het als init-systeem dat de gebruikersruimte opent en onderhoudt
services.

Voor compatibiliteit met SysV, als systemd wordt aangeroepen als init en een PID die niet 1 is, zal dat wel zijn
uitvoeren telini en geef alle opdrachtregelargumenten ongewijzigd door. Dat betekent init en
telini zijn meestal gelijkwaardig wanneer ze worden aangeroepen vanuit normale inlogsessies. Zien telini(8) voor
meer informatie.

Wanneer het wordt uitgevoerd als een systeeminstantie, interpreteert systemd het configuratiebestand system.conf en
de bestanden in de system.conf.d-mappen; wanneer het wordt uitgevoerd als een gebruikersinstantie, interpreteert systemd
het configuratiebestand user.conf en de bestanden in de mappen user.conf.d. Zien systeemd-
systeem.conf(5) voor meer informatie.

OPTIES

De volgende opties worden begrepen:

--toets
Bepaal de opstartvolgorde, dump deze en sluit af. Dit is een optie die handig is voor foutopsporing
alleen.

--dump-configuratie-items
Dump de begrepen unitconfiguratie-items. Dit levert een beknopte maar volledige lijst op van
configuratie-items begrepen in eenheidsdefinitiebestanden.

--eenheid=
Stel de standaardeenheid in om te activeren bij het opstarten. Als dit niet is opgegeven, is de standaardwaarde default.target.

--systeem, --gebruiker
Voor --systeem, vertel systemd om een ​​systeeminstantie uit te voeren, zelfs als de proces-ID niet 1 is,
dwz systemd wordt niet uitgevoerd als init-proces. --gebruiker doet het tegenovergestelde: een gebruiker uitvoeren
zelfs als de proces-ID 1 is. Normaal gesproken zou het niet nodig moeten zijn om te slagen
deze opties, omdat systemd automatisch de modus detecteert waarin het wordt gestart. Deze
opties zijn daarom van weinig nut, behalve voor foutopsporing. Houd er rekening mee dat dit niet wordt ondersteund
opstarten en onderhouden van een volledig systeem met systemd actief --systeem modus, maar PID
niet 1. In de praktijk slagen --systeem expliciet is alleen nuttig in combinatie met
--toets.

--dump-kern
Schakel kerndumping in bij crash. Deze schakeloptie heeft geen effect bij uitvoering als gebruikersinstantie.
Deze instelling kan ook worden ingeschakeld tijdens het opstarten op de kernelopdrachtregel via de
systemd.dump_core= optie, zie hieronder.

--crash-vt=VT
Schakel bij een crash over naar een specifieke virtuele console (VT). Neemt een positief geheel getal in de
bereik 1-63, of een Booleaans argument. Als een geheel getal wordt doorgegeven, wordt geselecteerd welke VT moet worden omgeschakeld
naar. Als ja, de VT-kernelberichten waarnaar wordt geschreven is geselecteerd. Als geen, er is geen VT-schakelaar
geprobeerd. Deze schakeloptie heeft geen effect bij uitvoering als gebruikersinstantie. Deze instelling mag
kan ook worden ingeschakeld tijdens het opstarten, op de kernelopdrachtregel via de systemd.crash_vt=
optie, zie hieronder.

--crashshell
Voer een granaat uit bij een crash. Deze schakeloptie heeft geen effect bij uitvoering als gebruikersinstantie. Dit
instelling kan ook worden ingeschakeld tijdens het opstarten, op de kernelopdrachtregel via de
systemd.crash_shell= optie, zie hieronder.

--crash-herstart
Start het systeem automatisch opnieuw op bij een crash. Deze schakelaar heeft geen effect bij het uitvoeren van as
gebruikersexemplaar. Deze instelling kan ook worden ingeschakeld tijdens het opstarten, via de kernelopdracht
lijn via de systemd.crash_reboot= optie, zie hieronder.

--bevestig-spawn
Vraag om bevestiging bij spawning-processen. Deze schakelaar heeft geen effect wanneer uitgevoerd als
gebruikersexemplaar.

--show-status=
Toon beknopte servicestatusinformatie tijdens het opstarten. Deze schakelaar heeft geen effect wanneer
uitvoeren als gebruikersinstantie. Er is een Booleaans argument nodig dat kan worden weggelaten, namelijk
geïnterpreteerd als waar.

--log-doel=
Stel het logboekdoel in. Argument moet een van zijn console, tijdschrift, kmsg, journaal-of-kmsg, nul.

--log-niveau=
Logniveau instellen. Als argument accepteert dit een numeriek logniveau of het bekende
syslog(3) symbolische namen (kleine letters): emerg, te waarschuwen, crit, dwalen, waarschuwing, kennisgeving, info,
debug.

--log-kleur=
Markeer belangrijke logberichten. Argument is een Booleaanse waarde. Als de argumentatie dat is
weggelaten, is dit standaard het geval waar.

--log-locatie=
Neem de codelocatie op in logberichten. Dit is vooral relevant voor foutopsporingsdoeleinden.
Argument is een Booleaanse waarde. Als het argument wordt weggelaten, wordt het standaard ingesteld waar.

--default-standaard-uitvoer=, --default-standaard-error=
Stelt de standaarduitvoer of foutuitvoer in voor respectievelijk alle services en sockets.
Dat wil zeggen, bepaalt de standaardwaarde voor StandaardUitvoer= en Standaardfout= (Zie
systeemd.exec(5) voor details). Neemt er één van erven, nul, tty, tijdschrift,
dagboek+console, syslog, syslog+console, kmsg, kmsg+console. Als de argumentatie dat is
weggelaten --default-standaard-uitvoer= standaard tijdschrift en --default-standaard-error=
naar erven.

--machine-id=
Overschrijf de machine-ID die op de harde schijf is ingesteld, handig voor het opstarten van het netwerk of voor
containers. Mag niet op allemaal nullen staan.

-h, --help
Druk een korte hulptekst af en sluit af.

--versie
Druk een korte versietekenreeks af en sluit af.

BEGRIPPEN

systemd biedt een afhankelijkheidssysteem tussen verschillende entiteiten, genaamd "eenheden" van 12
verschillende soorten. Eenheden omvatten verschillende objecten die relevant zijn voor het opstarten van het systeem
en onderhoud. Het merendeel van de units wordt geconfigureerd in unitconfiguratiebestanden, waarvan
syntaxis en basisset opties worden beschreven in systeemeenheid(5), maar sommige zijn gemaakt
automatisch vanuit een andere configuratie, dynamisch vanuit de systeemstatus of programmatisch
tijdens runtime. Eenheden kunnen "actief" zijn (dat wil zeggen gestart, gebonden, aangesloten, ..., afhankelijk van
het type eenheid, zie hieronder), of "inactief" (dat wil zeggen gestopt, niet gebonden, niet aangesloten, ...), zoals
maar ook tijdens het proces van activering of deactivering, dat wil zeggen tussen de twee toestanden
(deze toestanden worden "activeren", "deactiveren") genoemd. Een speciale "mislukte" toestand is
ook beschikbaar, wat sterk lijkt op "inactief" en wordt ingevoerd bij de service
is op de een of andere manier mislukt (het proces heeft een foutcode geretourneerd bij het afsluiten, is gecrasht of een bewerking is getimed
uit). Als deze status wordt ingevoerd, wordt de oorzaak geregistreerd, voor later gebruik. Let daar op
De verschillende eenheidstypen kunnen een aantal extra substaten hebben, die zijn toegewezen aan de
vijf gegeneraliseerde eenheidsstaten die hier worden beschreven.

De volgende unittypes zijn beschikbaar:

1. Service-eenheden, die daemons en de processen waaruit ze bestaan, starten en besturen. Voor
details, zie systemd.service(5).

2. Socketeenheden, die lokale IPC- of netwerksockets in het systeem inkapselen, handig voor
socket-gebaseerde activering. Voor meer informatie over socketeenheden, zie systemd.socket(5), voor
details over socketgebaseerde activering en andere vormen van activering, zie demon(7).

3. Doeleenheden zijn handig om eenheden te groeperen of om bekende synchronisatiepunten te bieden
tijdens het opstarten, zie systemd.doel(5).

4. Apparaateenheden stellen kernelapparaten bloot in systemd en kunnen worden gebruikt voor implementatie
apparaatgebaseerde activering. Voor details, zie systemd.apparaat(5).

5. Mounteenheden besturen mountpunten in het bestandssysteem, zie voor details systemd.mount(5).

6. Automount-eenheden bieden automount-mogelijkheden voor het on-demand mounten van bestandssystemen
evenals geparallelliseerd opstarten. Zien systemd.automount(5).

7. Timereenheden zijn handig voor het activeren van andere eenheden op basis van timers. Jij
kan details vinden in systemd.timer(5).

8. Swap-eenheden lijken sterk op mount-eenheden en kapselen geheugen-swappartities in
bestanden van het besturingssysteem. Ze worden beschreven in systemd.swap(5).

9. Padeenheden kunnen worden gebruikt om andere services te activeren wanneer bestandssysteemobjecten veranderen of
zijn gewijzigd. Zien systemd.pad(5).

10. Slice-eenheden kunnen worden gebruikt om eenheden te groeperen die systeemprocessen beheren (zoals service
en scope-eenheden) in een hiërarchische boom voor doeleinden van resourcebeheer. Zien
systemd.slice(5).

11. Scope-eenheden zijn vergelijkbaar met service-eenheden, maar beheren buitenlandse processen in plaats van
ze ook beginnen. Zien systemd.scope(5).

Eenheden worden genoemd als hun configuratiebestanden. Sommige eenheden hebben een speciale semantiek. A
gedetailleerde lijst is beschikbaar in systemd.speciaal(7).

systemd kent verschillende soorten afhankelijkheden, inclusief positieve en negatieve vereisten
afhankelijkheden (bijv Vereist= en Conflicten=) en het ordenen van afhankelijkheden (Na= en
Voor=). NB: de afhankelijkheden van de bestelling en de vereisten zijn orthogonaal. Als het maar een vereiste is
Er bestaat een afhankelijkheid tussen twee eenheden (foo.service vereist bijvoorbeeld bar.service), maar nee
bestelafhankelijkheid (bijv. foo.service na bar.service) en beide worden gevraagd om te starten,
ze worden parallel gestart. Het is een gebruikelijk patroon dat zowel eisen als
Bestelafhankelijkheden worden tussen twee eenheden geplaatst. Merk ook op dat het merendeel van
afhankelijkheden worden impliciet gecreëerd en onderhouden door systemd. In de meeste gevallen zou dit zo moeten zijn
Het is niet nodig om aanvullende afhankelijkheden handmatig te declareren, maar het is wel mogelijk
deze.

Applicatieprogramma's en eenheden (via afhankelijkheden) kunnen statuswijzigingen van eenheden aanvragen. In
systemd worden deze verzoeken ingekapseld als 'taken' en bijgehouden in een taakwachtrij. Banen mogen
slagen of kunnen mislukken, wordt de uitvoering ervan bevolen op basis van de volgorde-afhankelijkheden van de
eenheden waarvoor ze zijn gepland.

Bij het opstarten activeert systemd de doeleenheid default.target, wiens taak het is om tijdens het opstarten te activeren
services en andere on-boot-eenheden door ze via afhankelijkheden binnen te halen. Meestal de eenheid
naam is slechts een alias (symlink) voor graphical.target (voor volledig uitgeruste boots into
de gebruikersinterface) of multi-user.target (voor beperkte console-only boots voor gebruik in embedded of server
omgevingen of iets dergelijks; een subset van graphical.target). Het is echter ter beoordeling
van de beheerder om het te configureren als een alias voor een andere doeleenheid. Zien
systemd.speciaal(7) voor details over deze doeleenheden.

Systemd spawns van processen worden in individuele Linux-stuurgroepen geplaatst, genoemd naar de
eenheid waartoe zij behoren in de private systeemhiërarchie. (zien cgroups.txt[1] voor meer
informatie over controlegroepen, of korte "cgroups"). systemd maakt hier effectief gebruik van
processen bijhouden. Stuurgroepinformatie wordt in de kernel bijgehouden, en dat gebeurt ook
toegankelijk via de bestandssysteemhiërarchie (onder /sys/fs/cgroup/systemd/), of in gereedschappen
zoals systemd-cgls(1) of ps(1) (ps xawf -eo pid,gebruiker,cgroep,args is bijzonder nuttig
om alle processen en de systeemeenheden waartoe ze behoren weer te geven.).

systemd is in hoge mate compatibel met het SysV init-systeem: SysV init-scripts zijn dat ook
ondersteund en eenvoudigweg gelezen als een alternatief (hoewel beperkt) configuratiebestandsformaat.
De SysV /dev/initctl-interface is aanwezig, en compatibiliteitsimplementaties van de
Er zijn verschillende SysV-clienttools beschikbaar. Daarnaast zijn er verschillende gevestigde Unix
functionaliteit zoals / Etc / fstab of de utmp-database worden ondersteund.

systemd heeft een minimaal transactiesysteem: als een eenheid wordt gevraagd op te starten of af te sluiten
het zal het en al zijn afhankelijkheden toevoegen aan een tijdelijke transactie. Vervolgens zal het verifiëren
of de transactie consistent is (dat wil zeggen of de bestelling van alle eenheden cyclusvrij is).
Als dit niet het geval is, zal systemd proberen het probleem op te lossen en niet-essentiële taken uit het bestand verwijderen
transactie die de lus zou kunnen verwijderen. Ook probeert systemd niet-essentiële banen te onderdrukken
in de transactie die een actieve service zou stoppen. Tenslotte wordt gecontroleerd of de
taken van de transactie zijn in tegenspraak met taken die al in de wachtrij staan, en optioneel de
transactie wordt dan afgebroken. Als alles is gelukt en de transactie consistent is en
geminimaliseerd in zijn impact wordt het samengevoegd met alle reeds openstaande banen en toegevoegd aan de
wachtrij uitvoeren. In feite betekent dit dat voordat een gevraagde bewerking wordt uitgevoerd, systemd
zal verifiëren dat het zinvol is, het indien mogelijk repareren, en alleen falen als het echt zo is
kan niet werken.

Systemd bevat native implementaties van verschillende taken die als onderdeel moeten worden uitgevoerd
van het opstartproces. Het stelt bijvoorbeeld de hostnaam in of configureert het loopback-netwerk
apparaat. Het installeert en koppelt ook verschillende API-bestandssystemen, zoals / sys of /proc.

Voor meer informatie over de concepten en ideeën achter systemd verwijzen wij u naar de
ORIGINELE Design Document[2].

Merk op dat sommige, maar niet alle, door systemd geleverde interfaces onder de Interface
Stabiliteit Belofte[3].

Eenheden kunnen bijvoorbeeld dynamisch worden gegenereerd tijdens het opstarten en het herladen van de systeembeheerder
gebaseerd op andere configuratiebestanden of parameters die op de kernelopdrachtregel worden doorgegeven. Voor
details, zie systemd.generator(7).

Systemen die systemd aanroepen in een container- of initrd-omgeving moeten het
Containers Interface[4] of initrd Interface[5] specificaties, respectievelijk.

DIRECTIES

Mappen voor systeemeenheden
De systeembeheerder leest de unitconfiguratie uit verschillende mappen. Pakketjes
die eenheidsbestanden willen installeren, zullen deze in de map plaatsen die wordt geretourneerd door
pkg-config systemd --variabele=systemdsystemunitdir. Andere gecontroleerde mappen zijn
/usr/local/lib/systemd/system en /lib/systemd/system. Gebruikersconfiguratie duurt altijd
voorrang. pkg-config systemd --variabele=systemdsystemconfdir geeft het pad terug van
de systeemconfiguratiemap. Pakketten moeten de inhoud hiervan wijzigen
mappen alleen met de in staat stellen en 'disable' commando's van de systemctl(1) gereedschap. Vol
lijst met mappen vindt u in systeemeenheid(5).

Directory's van gebruikerseenheden
Soortgelijke regels gelden voor de directory's van de gebruikerseenheden. Hier echter de XDG Base
Directory specificatie[6] wordt gevolgd om eenheden te vinden. Aanvragen moeten hun plaatsen
unit-bestanden in de map die wordt geretourneerd door pkg-config systemd
--variabele=systeemgebruikereenheiddir. De globale configuratie wordt uitgevoerd in de gerapporteerde directory
by pkg-config systemd --variabele=systeemgebruikerconfdir. De in staat stellen en 'disable' commando's
van de systemctl(1) tool kan zowel globaal (dat wil zeggen voor alle gebruikers) als privé (voor
één gebruiker) voor het in-/uitschakelen van units. Een volledige lijst met mappen vindt u in
systeemeenheid(5).

SysV init-scriptmap
De locatie van de SysV-init-scriptmap varieert per distributie. Als
systemd kan geen native unit-bestand vinden voor een aangevraagde service, het zal zoeken naar een
SysV-init-script met dezelfde naam (waarbij het achtervoegsel .service is verwijderd).

SysV runlevel link farm-map
De locatie van de SysV runlevel link farm-map varieert per distributie.
systemd zal rekening houden met de linkfarm bij het uitzoeken of een dienst dat wel zal doen
worden ingeschakeld. Houd er rekening mee dat een service-eenheid met een eigen eenheidconfiguratiebestand dit niet kan zijn
gestart door het te activeren in de SysV runlevel link farm.

SIGNALEN

SIGTERM
Bij ontvangst van dit signaal serialiseert de systeembeheerder zijn status en voert het opnieuw uit
zichzelf en deserialiseert de opgeslagen status opnieuw. Dit komt grotendeels overeen met systemctl
daemon-reexec.

systemd-gebruikersmanagers starten de exit.target-eenheid wanneer dit signaal wordt ontvangen.
Dit komt grotendeels overeen met systemctl --gebruiker begin exit.doel.

SIGINT
Na ontvangst van dit signaal zal de systeembeheerder het programma starten
ctrl-alt-del.target-eenheid. Dit komt grotendeels overeen met systemctl begin
ctl-alt-del.target. Als dit signaal meer dan 7 keer per 2s wordt ontvangen, wordt er onmiddellijk een signaal afgegeven
opnieuw opstarten wordt geactiveerd. Houd er rekening mee dat het indrukken van Ctrl-Alt-Del op de console dit activeert
signaal. Als het opnieuw opstarten blijft hangen, drukt u dus meer dan 7 keer in 2 seconden op Ctrl-Alt-Del
is een relatief veilige manier om onmiddellijk opnieuw op te starten.

systemd-gebruikersbeheerders behandelen dit signaal op dezelfde manier als SIGTERM.

ZIGWINCH
Wanneer dit signaal wordt ontvangen, start de systeembeheerder het programma
kbrequest.target-eenheid. Dit komt grotendeels overeen met systemctl begin kbrequest.target.

Dit signaal wordt genegeerd door systeemgebruikersbeheerders.

SIGPWR
Wanneer dit signaal wordt ontvangen, start de systeembeheerder de sigpwr.target-eenheid.
Dit komt grotendeels overeen met systemctl begin sigpwr.target.

SIGUSR1
Wanneer dit signaal wordt ontvangen, zal de systeembeheerder proberen opnieuw verbinding te maken met de D-Bus
bus.

SIGUSR2
Wanneer dit signaal wordt ontvangen, logt de systeembeheerder de volledige status ervan in
voor mensen leesbare vorm. De geregistreerde gegevens zijn dezelfde als afgedrukt door systemd-analyse storten.

ZUCHT
Laadt de volledige daemonconfiguratie opnieuw. Dit komt grotendeels overeen met systemctl
daemon-herladen.

SIGRTMIN+0
Gaat naar de standaardmodus, start de default.target-eenheid. Dit komt grotendeels overeen met
systemctl begin standaard.doel.

SIGRTMIN+1
Gaat naar de reddingsmodus, start de reddingsdoeleenheid. Dit komt grotendeels overeen met
systemctl geïsoleerd reddingsdoel.

SIGRTMIN+2
Gaat naar de noodmodus, start de noodservice-unit. Dit komt grotendeels overeen met
systemctl geïsoleerd nooddienst.

SIGRTMIN+3
Stopt de machine, start de halt.target-eenheid. Dit komt grotendeels overeen met systemctl
begin stop.target.

SIGRTMIN+4
Schakelt de machine uit, start de poweroff.target-eenheid. Dit komt grotendeels overeen met
systemctl begin poweroff.doel.

SIGRTMIN+5
Start de machine opnieuw op en start de reboot.target-eenheid. Dit komt grotendeels overeen met
systemctl begin herstart.doel.

SIGRTMIN+6
Start de machine opnieuw op via kexec, start de kexec.target-eenheid. Dit is grotendeels gelijkwaardig
naar systemctl begin kexec.doel.

SIGRTMIN+13
Stopt de machine onmiddellijk.

SIGRTMIN+14
Schakelt de machine onmiddellijk uit.

SIGRTMIN+15
Start de machine onmiddellijk opnieuw op.

SIGRTMIN+16
Start de machine onmiddellijk opnieuw op met kexec.

SIGRTMIN+20
Maakt weergave van statusberichten op de console mogelijk, zoals bestuurd via
systemd.show_status=1 op de kernelopdrachtregel.

SIGRTMIN+21
Schakelt de weergave van statusberichten op de console uit, zoals bestuurd via
systemd.show_status=0 op de kernelopdrachtregel.

SIGRTMIN+22, SIGRTMIN+23
Stelt het logniveau in op "debug" (of "info" aan SIGRTMIN+23), zoals bestuurd via
systemd.log_level=foutopsporing (of systemd.log_level=info on SIGRTMIN+23) op de kernel
opdrachtregel.

SIGRTMIN+24
Sluit onmiddellijk de manager af (alleen beschikbaar voor --user-instanties).

SIGRTMIN+26, SIGRTMIN+27, SIGRTMIN+28
Stelt het logniveau in op "journal-or-kmsg" (of "console" aan SIGRTMIN+27, "kmsg" aan
SIGRTMIN+28), zoals bestuurd via systemd.log_target=journal-of-kmsg (of
systemd.log_target=console on SIGRTMIN+27 or systemd.log_target=kmsg on SIGRTMIN+28)
op de kernelopdrachtregel.

MILIEU

$SYSTEMD_LOG_LEVEL
systemd leest het logniveau van deze omgevingsvariabele. Dit kan worden overschreven
Met --log-niveau=.

$SYSTEMD_LOG_TARGET
systemd leest het logdoel uit deze omgevingsvariabele. Dit kan worden overschreven
Met --log-doel=.

$SYSTEMD_LOG_COLOR
Bepaalt of systemd belangrijke logberichten markeert. Dit kan worden overschreven
Met --log-kleur=.

$SYSTEMD_LOG_LOCATION
Bepaalt of systemd de codelocatie samen met logberichten afdrukt. Dit kan zijn
overschreven met --log-locatie=.

$XDG_CONFIG_HOME, $XDG_CONFIG_DIRS, $XDG_DATA_HOME, $XDG_DATA_DIRS
De systeemgebruikersbeheerder gebruikt deze variabelen in overeenstemming met de XDG Base Directory
specificatie[6] om de configuratie ervan te vinden.

$SYSTEMD_UNIT_PATH
Bepaalt waar systemd naar eenheidsbestanden zoekt.

$SYSTEMD_SYSVINIT_PATH
Controleert waar systemd naar SysV-init-scripts zoekt.

$SYSTEMD_SYSVRCND_PATH
Bepaalt waar systemd zoekt naar SysV init script runlevel link farms.

$SYSTEMD_COLORS
Bepaalt of gekleurde uitvoer moet worden gegenereerd.

$LISTEN_PID, $LISTEN_FDS, $LISTEN_FDNAMES
Ingesteld door systemd voor bewaakte processen tijdens socketgebaseerde activering. Zien
sd_luister_fds(3) voor meer informatie.

$NOTIFY_SOCKET
Ingesteld door systemd voor bewaakte processen voor status en voltooiing van het opstarten
kennisgeving. Zien sd_notify(3) voor meer informatie.

KERNEL COMMAND LINE

Wanneer het wordt uitgevoerd als systeeminstantie parseert systemd een aantal kernelopdrachtregelargumenten [7]:

systemd.unit=, rd.systemd.unit=
Overschrijft de eenheid die bij het opstarten moet worden geactiveerd. Standaard ingesteld op default.target. Dit mag gebruikt worden
om tijdelijk op te starten in een andere opstarteenheid, bijvoorbeeld Rescue.target of
nooddienst. Zien systemd.speciaal(7) voor details over deze eenheden. De optie
voorafgegaan door "rd." wordt alleen gehonoreerd op de initiële RAM-schijf (initrd), terwijl die ene
dat niet alleen in het hoofdsysteem wordt voorafgegaan.

systemd.dump_core=
Neemt een Booleaans argument. Als ja, dumpt de systemd manager (PID 1) de kern wanneer deze
loopt vast. Anders wordt er geen kerndump gemaakt. Standaard ingesteld op ja.

systemd.crash_chvt=
Neemt een positief geheel getal of een Booleaans argument. Als een positief geheel getal (in het bereik
1–63) is opgegeven, activeert de systeembeheerder (PID 1) de opgegeven virtuele
terminal (VT) wanneer deze crasht. Standaard ingesteld op geen, wat betekent dat een dergelijke schakelaar niet bestaat
geprobeerd. Indien ingesteld op ja, wordt de VT geselecteerd waarnaar de kernelberichten worden geschreven.

systemd.crash_shell=
Neemt een Booleaans argument. Als ja, spawnt de systeembeheerder (PID 1) een shell wanneer deze
crasht, na een vertraging van 10 seconden. Anders wordt er geen schelp voortgebracht. Standaard ingesteld op geenvoor
veiligheidsredenen, aangezien de shell niet wordt beschermd door wachtwoordauthenticatie.

systemd.crash_reboot=
Neemt een Booleaans argument. Als ja, zal de systeembeheerder (PID 1) de machine opnieuw opstarten
automatisch wanneer het crasht, na een vertraging van 10 seconden. Anders blijft het systeem hangen
voor onbepaalde tijd. Standaard ingesteld op geen, om een ​​herstartlus te voorkomen. Indien gecombineerd met
systemd.crash_shell=, wordt het systeem opnieuw opgestart nadat de shell is afgesloten.

systemd.confirm_spawn=
Neemt een Booleaans argument. Als ja, vraagt ​​de systeembeheerder (PID 1) om bevestiging
bij paaiprocessen. Standaard ingesteld op geen.

systemd.show_status=
Neemt een Booleaans argument of de constante auto. Indien ja, de systeembeheerder (PID 1)
toont beknopte servicestatusupdates op de console tijdens het opstarten. auto gedraagt ​​zich als
vals totdat een service mislukt of er een aanzienlijke vertraging optreedt bij het opstarten. Standaard ingesteld op ja,
tenzij rustig wordt doorgegeven als opdrachtregeloptie in de kernel, in welk geval het standaard is
auto.

systemd.log_target=, systemd.log_level=, systemd.log_color=, systemd.log_location=
Regelt de loguitvoer, met hetzelfde effect als de $SYSTEMD_LOG_TARGET,
$SYSTEMD_LOG_LEVEL, $SYSTEMD_LOG_COLOR, $SYSTEMD_LOG_LOCATION omgevingsvariabelen
hierboven omschreven.

systemd.default_standard_output=, systemd.default_standard_error=
Beheert de standaardstandaarduitvoer en foutuitvoer voor services, met hetzelfde effect
de --default-standaard-uitvoer= en --default-standaard-error= opdrachtregelargumenten
hierboven beschreven, respectievelijk.

systemd.setenv=
Neemt een stringargument in de vorm VARIABLE=VALUE. Kan worden gebruikt om de standaard in te stellen
omgevingsvariabelen om toe te voegen aan gevorkte onderliggende processen. Mag meer dan één keer gebruikt worden
meerdere variabelen instellen.

systemd.machine_id=
Er is een hexadecimale waarde van 32 tekens nodig om te gebruiken voor het instellen van de machine-ID. Meestal bedoeld
voor netwerkopstarten waarbij voor elke opstart dezelfde machine-ID gewenst is.

rustig
Schakel de statusuitvoer uit bij het opstarten, net zoals systemd.show_status=false zou. Let daar op
deze optie wordt ook door de kernel zelf gelezen en schakelt de kernelloguitvoer uit. Passeren
deze optie schakelt dus de gebruikelijke uitvoer van zowel de systeembeheerder als de
kernel.

debug
Schakel de foutopsporingsuitvoer in. Dit is gelijkwaardig aan systemd.log_level=foutopsporing. Merk op dat
deze optie wordt ook door de kernel zelf gelezen en maakt uitvoer van kernelfoutopsporing mogelijk. Passeren
deze optie schakelt dus de debug-uitvoer van zowel de systeembeheerder als de
kernel.

noodgeval, -b
Start de noodmodus op. Dit is gelijkwaardig aan systemd.unit=nood.doel en
aangeboden om compatibiliteitsredenen en om gemakkelijker te kunnen typen.

redden, single, s, S, 1
Start de reddingsmodus op. Dit is gelijkwaardig aan systemd.unit=redding.doel en voorzien
om compatibiliteitsredenen en om gemakkelijker te kunnen typen.

2, 3, 4, 5
Start het opgegeven oudere SysV-runlevel op. Deze zijn gelijkwaardig aan
systemd.unit=runlevel2.target, systemd.unit=runlevel3.target,
systemd.unit=runlevel4.target en systemd.unit=runlevel5.targetrespectievelijk en
aangeboden om compatibiliteitsredenen en om gemakkelijker te kunnen typen.

landinstelling.LANG=, landinstelling.LANGUAGE=, locale.LC_CTYPE=, locale.LC_NUMERIC=, locale.LC_TIME=,
locale.LC_COLLATE=, locale.LC_MONETARY=, locale.LC_MESSAGES=, locale.LC_PAPER=,
locale.LC_NAME=, landinstelling.LC_ADDRESS=, locale.LC_TELEPHONE=, locale.LC_MEASUREMENT=,
locale.LC_IDENTIFICATION=
Stel de te gebruiken systeemlandinstelling in. Dit overschrijft de instellingen in /etc/locale.conf. Voor
meer informatie, zie locale.conf(5) en lokaal(7).

Voor andere kernelopdrachtregelparameters die worden begrepen door componenten van het kernbesturingssysteem, alstublieft
Zie kernel-opdrachtregel(7).

CONTACTDOZEN EN FIFOS

/run/systemd/notify
Socket voor daemon-statusmeldingen. Dit is een AF_UNIX datagram socket en is eraan gewend
implementeer de daemon-meldingslogica zoals geïmplementeerd door sd_notify(3).

/run/systemd/privé
Intern gebruikt als communicatiekanaal tussen systemctl(1) en het systemd-proces.
Dit is een AF_UNIX stroomaansluiting. Deze interface is privé voor systemd en zou dat niet moeten zijn
worden gebruikt in externe projecten.

/dev/initctl
Beperkte compatibiliteitsondersteuning voor de SysV-clientinterface, zoals geïmplementeerd door de
systemd-initctl.service-eenheid. Dit is een benoemde pipe in het bestandssysteem. Deze interface
is verouderd en mag niet in nieuwe toepassingen worden gebruikt.

Gebruik systemd online met behulp van onworks.net-services