Starter ikke en tjeneste, eller svikter en funksjon? Status og tidsrelevante logger hjelper før en omstart endrer sporene. Veiledningen gjelder systemd. example.service er en plassholder for den aktuelle tjenesten.
Trinn for trinn
- Noter feiltidspunkt, tidssone og funksjon. Finn enhetens nøyaktige navn i dokumentasjonen eller med
systemctl list-units --type=service --all. Navn kan variere mellom distribusjoner. - Les
systemctl status example.service --no-pager --full. Skill Loaded, Active og konkrete feil. ‘enabled’ beskriver aktivering ved oppstart, ikke bevis på korrekt funksjon nå. - Les
journalctl -u example.service -b -n 100 --no-pager. Det begrenser visningen til gjeldende oppstart og de siste 100 samsvarende oppføringene. For en eldre hendelse kan nødvendige meldinger falle utenfor. - Bruk ved behov
journalctl -u example.service --since '2026-09-16 12:00:00' --until '2026-09-16 12:30:00' --no-pagerog erstatt begge tidene. Kontroller systemets tidssone. Les også meldinger rett før feilen. - For en brukertjeneste bruker du
systemctl --user status example.serviceogjournalctl --user -u example.servicepå den berørte kontoen. Manglende oppføringer kan også skyldes leserettigheter, andre loggfiler eller utløpt oppbevaring.
Kontroller resultatet
Noter første konkrete feil, tidspunkt og tjenestestatus. Test selve funksjonen separat: ‘active’ beviser ikke vellykket innlogging, forespørsel eller behandling. Velg neste målrettede test fremfor tilfeldige omstarter.
Tilbakestilling og begrensninger
Kommandoene leser uten å endre tjenesten. Avklar konsekvenser og tilbakeføring før omstart, konfigurasjonsendring eller reset-failed. Logger kan inneholde fortrolige data; del bare nødvendige, rensede utdrag.