9.10. Systemd bruk og konfigurasjon

9.10.1. Grunnleggende konfigurasjon

/etc/systemd/system.conf filen inneholder et sett av alternativer for å kontrollere grunnleggende systemoperasjoner. Standardfilen har alle oppføringer kommentert med standardinnstillingene angitt. Denne filen er hvor loggnivået kan endres, samt noen grunnleggende logginnstillinger. Se systemd-system.conf(5) manualside for detaljer om hvert konfigurasjonsalternativ.

9.10.2. Deaktiverer skjermtømming ved oppstart

Normal oppførsel for systemd er å tømme skjermen på slutten av oppstartssekvensen. Hvis ønskelig, kan denne oppførselen endres ved å kjøre følgende kommando:

mkdir -pv /etc/systemd/system/getty@tty1.service.d

cat > /etc/systemd/system/getty@tty1.service.d/noclear.conf << EOF
[Service]
TTYVTDisallocate=no
EOF

Oppstartsmeldingene kan alltid gjennomgås ved å bruke journalctl -b kommandoen som root bruker.

9.10.3. Deaktivere tmpfs for /tmp

Som standard, /tmp blir opprettet som en tmpfs. Hvis dette ikke er ønsket, kan det overstyres ved å utføre følgende kommando:

ln -sfv /dev/null /etc/systemd/system/tmp.mount

Alternativt, hvis en egen partisjon for /tmp er ønsket, spesifiser partisjonen i en /etc/fstab oppføring.

9.10.4. Konfigurere automatisk filoppretting og sletting

Det er flere tjenester som oppretter eller sletter filer eller mapper:

Systemplasseringen for konfigurasjonsfilene er /usr/lib/tmpfiles.d/*.conf. Den lokale konfigurasjonsfilene er i /etc/tmpfiles.d. Filer i /etc/tmpfiles.d overstyrer filer med samme navn i /usr/lib/tmpfiles.d. Se tmpfiles.d(5) manualside for filformat detaljer.

Merk at syntaksen for /usr/lib/tmpfiles.d/*.conf filer kan være forvirrende. For eksempel standard sletting av filer i /tmp mappen ligger i /usr/lib/tmpfiles.d/tmp.conf med linjen:

q /tmp 1777 root root 10d

Typefeltet, q, diskuterer å lage et undervolum med kvoter som egentlig bare er aktuelt for btrfs filsystemer. Den refererer til type v som igjen refererer til type d (mappe). Dette skaper deretter den spesifiserte mappen hvis den ikke er til stede og justerer tillatelsene og eierskap som spesifisert. Innholdet i mappen vil være underlagt tidsbasert opprydding hvis aldersargumentet er spesifisert.

Hvis standardparametrene ikke er ønsket, bør filen bli kopiert til /etc/tmpfiles.d og redigert etter ønske. For eksempel:

mkdir -p /etc/tmpfiles.d
cp /usr/lib/tmpfiles.d/tmp.conf /etc/tmpfiles.d

9.10.5. Overstyre standard tjenesteatferd

Parametrene til en enhet kan overstyres ved å opprette en mappe og en konfigurasjonsfil i /etc/systemd/system. For eksempel:

mkdir -pv /etc/systemd/system/foobar.service.d

cat > /etc/systemd/system/foobar.service.d/foobar.conf << EOF
[Service]
Restart=always
RestartSec=30
EOF

Se systemd.unit(5) manualside for mer informasjon. Etter å ha opprettet konfigurasjonsfilen, kjør systemctl daemon-reload og systemctl restart foobar for å aktivere endringene i en tjeneste.

9.10.6. Feilsøking av oppstartssekvensen

I stedet for vanlige skallskript som brukes i SysVinit eller BSD stil init systemer, bruker systemd et enhetlig format for ulike typer oppstarts filer (eller enheter). Kommandoen systemctl brukes for å aktivere, deaktivere, kontrollere tilstand og få status for enhetsfiler. Her er noen eksempler på ofte brukte kommandoer:

9.10.7. Arbeide med Systemd Journal

Logging på et system oppstartet med systemd håndteres med systemd-journald (som standard), i stedet for en typisk unix syslog nisse (daemon). Du kan også legge til en normal syslog nisse og la begge operere side ved siden av hverandre om ønskelig. Systemd-journald programmet lagrer journaloppføringer i et binært format i stedet for en ren tekstloggfil. Å bistå med å analysere filen, kommandoen journalctl er gitt. Her er noen eksempler på ofte brukte kommandoer:

9.10.8. Arbeide med kjernedumper

Kjernedumper er nyttige for å feilsøke programmer som krasjet, spesielt når en nisseprosess krasjer. På systemd oppstartede systemer kjernedumping håndteres av systemd-coredump. Det vil logge kjernedumpen i journalen og oppbevare selve kjernedumpen i /var/lib/systemd/coredump. For å hente og behandle kjernedumper, coredumpctl verktøy er gitt. Her er noen eksempler på ofte brukte kommandoer:

Kjernedumper kan bruke mye diskplass. Maksimal diskplass brukt av kjernedumper kan begrenses ved å lage en konfigurasjonsfil i /etc/systemd/coredump.conf.d. For eksempel:

mkdir -pv /etc/systemd/coredump.conf.d

cat > /etc/systemd/coredump.conf.d/maxuse.conf << EOF
[Coredump]
MaxUse=5G
EOF

Se systemd-coredump(8), coredumpctl(1), og coredump.conf.d(5) manualsidene for mer informasjon.

9.10.9. Langvarige prosesser

Fra og med systemd-230 blir alle brukerprosesser drept når en brukerøkt er avsluttet, selv om nohup brukes, eller prosessen bruker daemon() eller setsid() funksjoner. Dette er en bevisst endring fra et historisk tillatt miljø til et mer restriktiv. Den nye atferden kan forårsake problemer hvis du er avhengig av at langvarige programmer (f.eks., screen eller tmux) forblir aktive etter avsluttet brukerøkt. Det er tre måter å aktivere langvarige prosesser til å være aktiv etter at en brukerøkt er avsluttet.