Denne artikkelen kan være en kommando kort, men den resulterende utskriften er svært lang.

dump-kommandoen

Hvis noen ber deg til å vise hele konfigurasjonen av systemet, kan du bruke dump-kommandoen.

$ systemd –dump-konfigurasjon-elementene

filen dekker alle enheter du har på systemet. Når en utvikler har denne filen er tilgjengelig, vil personen gå gjennom det du har og prøve å finne de problemene du står overfor. Over og ferdig med., Imidlertid, du ville ikke være å lese denne artikkelen hvis du var tenkt å la noen andre gjøre alt. La oss se hva du kan gjøre med en tjeneste på en gang og du vil lære noen triks for å filtrere resultatene dine.

hierarki av systemd

for Å bli effektiv må du innse at, innen systemd, har du hierarki, og du kan angi for hver tjeneste å stole på og/eller vente for andre tjenester. Forskjellige måter å gjøre dette på, er tydelig i service-filer. De ulike uttalelsene du har er ‘Ønsker’, ‘Nødvendig’, ‘Før’ og ‘Etter’., For en effektiv analyse, kan du bruke disse for å se om enheten er nede på grunn av dependancies. Deretter kan du spore tilbake til der det underliggende problemet ligger. Her er en exmample av dette.

$ systemctl liste-avhengigheter –før xpra.service

utskriften viser andre enheter som xpra.service stole på. I dette tilfellet andre enheter som er aktive, så wee trenger å fokusere på hvorfor selve enheten er ødelagt. For eksempel manglet et sertifikat fil.,

Den viktigste bruken av dette på er å undersøke om tjenesten er mangler avhengigheter, kan du bruke kommandoer på denne måten.

$ systemctl liste-avhengigheter xringd

resultatet er en lang liste, praktisk organisert i et tre og viser alle tjenester som grønn eller rød hvis noe er galt. Du kan også se avhengigheter i tjenester-fil. Åpne filen ved hjelp av din favoritt editor eller bruk systemctl, som vil åpne filen med standard redigeringsprogram.,

Liste aktive tjenester

Når du ønsker å undersøke et system, vil du trenger å vite hvordan enhetene passer sammen. For å gjøre dette, har du en rekke alternativer for å skrive ut detaljene. Du kan vise en liste over hvilke systemer som er opptatt, mislyktes, og så videre. Enda viktigere, kan du vise hvordan de er satt sammen, noe som enhet, service etc. den aktuelle enheten er avhengig av. Den viktigste kommandoen til å gjøre dette på er systemctl, alternativene er nyttig å smale inn på ditt spesifikke problem.

for Å få riktig bruk av systemctl, se nøye på valg for kommandoen., Det finnes alternativer å velge akkurat hva du trenger, spesielt i forhold til staten av noen tjenester. Her ser vi for tjenester som har problemer.

$ systemctl liste-enhet-filer –type=service

Denne listen er også lang, og du har til å bla gjennom alle tjenester for å finne det du er ute etter. Med noen flere parametre, kan du filtrere for et bestemt ett eller de som er funksjonshemmede. Nedenfor kommandoen vil finne alle enheter som er maskert.,

$ systemctl liste-enhet-filer –type=service –state=maskert

Maskert tjenester er blokkert, slik at andre tjenester kan ikke starte dem, selv om den andre tjenesten er behov for dem. Dette kan brukes for å sikre at du ikke har motstridende tjenester som kjører. Vanligvis, det er mange tjenester er maskert av din pakkebehandleren når du fjerner emballasjen. Du kan fjerne service-filen helt hvis du ønsker det etter å ha fjernet en tjeneste. Det er også mulig at det ødelegger mye tjenester dere ønsker, så sørg for at du vet hvis du trenger den maskerte tjenester.,

for Noen tjenester er maskert av prosesser og du trenger ikke alltid har tenkt på at tjenesten skal være maskert. Når dette har skjedd til systemet, den første handlingen er å unmask å bruke systemctl. Imidlertid, dette er ikke alltid mulig, slik at du trenger å ta bort linken i riktig katalog. I de fleste systemer, vil dette være lib/systemd/system. Før du gjør det selv, sjekk at filen faktisk er en link til /dev/null.,

$ ls -l lib/systemd/system> |grep null

Når du er sikker på at du vil fjerne denne koblingen, må du ta det med rm eller koble fra.

$ rm /lib/systemd/system/udisks2.service

Nå som du vet hvordan du gjør det, hører denne advarsel: mange ganger det er nødvendig å ha denne koblingen i det. Ta lvm2 som et eksempel, det er maskert fra drift, slik at det ikke vil blande seg inn med det nye systemet, der lvm2 kommer så mange små tjenester., Se resultatet av:

$ systemctl status lvm2*

Fjerne kobling kan føre til kaos på systemet fordi lvm2 selv har behov for det av for å unngå konflikter. Dette er bare et eksempel, så se ut før du går videre.

Konklusjon

Når du ønsker å liste tjenester i systemd, må du først tenke på hva du leter etter i din søken. Er du på jakt etter en tjeneste du trenger, eller ser du for deg at du har for mange tjenester. Uansett, du trenger for å tilpasse søket til dine spesielle behov., Systemd ser forvirrende i begynnelsen, men når du ser nærmere, er det alle bruker en grei måte å forene start-up slik at tjenester kan starte i parallell hvor systemet krever det, mens du blir i stand til å ha hver tjeneste vente for den spesifikke tjenesten de er avhengige av.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *