Hvor finner jeg GNOME -logger

Når Gnome gir deg problemer og du vil finne feilen eller rapportere den til utviklere, må du finne loggfilene. Alternativt kan du lage ekstra loggfiler. Dette krever å legge til lapper, så krever mer erfaring enn vanlig bruker har. Hvis du har problemer med å starte Gnome, må du sjekke hva som skjer med Display Manager. På et vaniljesystem starter GDM alt. Dette har sine egne loggfiler. Det mest frustrerende som kan oppstå er et skallfrysing. Datamaskinen din ser ut til å være ikke -svarende. Hva kan du gjøre når skallet slutter å svare?

Det er en grafisk applikasjon for å se 'Gnome Logs'. Du kan bruke GNOME Logs -applikasjonen for å få en oversikt.

De fleste systemer vil ha journalctl

I Linux er det dominerende initialiseringssystemet systemd. Dette systemet holder også dine demoner og tjenester i live under ordinær drift. Gnome er intet unntak, noen problemer kan spores med JournalCTL.

Bruk SystemD!

Mens du holder systemet i gang, logger SystemD også alle hendelser som skjer. Dette inkluderer store hendelser og feil. Loggene lagres i en vanlig fil som du kan lese med JournalCTL. Bruken virker klumpete til å begynne med, men er faktisk glatt hvis du kjenner noen vanlige uttrykk. Den har også måter å filtrere ut informasjon.

Den mest direkte måten å finne ut hva som skjer og grave gjennom tømmerstokkene er å gjøre det for din egen identitet. Du må bruke den numeriske identiteten, som vanligvis er 1000, men sjekk med 'ID' -kommandoen.

$ id -bruker

Resultatet er brukerens ID. Koble den til sjekken av loggene.

$ Journalctl _uid = 1000

Alle logger fra brukeren din vil vises, ingen grunn til å røre den til 'mindre', det oppfører seg som på samme måte. For deg som ikke er fans ennå. I mindre kan du søke etter strenger med greplignende funksjoner og filtre.

Andre loggfiler

I tidligere versjoner av Gnome brukte den standardfeilfilen. I det siste har Gnome endret seg der det logger, mange nettsteder rapporterer om ~//.XSession-feil, siden flere versjoner, bruker den ikke lenger denne filen.

Se opp, Gnome skriver ikke til denne filen. Hvis det er tekst i denne filen, har du startet en annen Window Manager! Du kan finne data om din nåværende økt i var/log/syslog, Det har mange detaljer tilgjengelig.

Filter ved hjelp av grep eller 'mindre' for å finne det som er skrantende systemet ditt.

Avansert feilsøking

Du kan ha stasjonærlåsen. Hvis dette skjer, sjekk om du har tastaturrespons. Hvis du gjør det, trykker du på CTRL-ALT- der FN vanligvis er F3, for å åpne Virtual Terminal (VT) 3. Årsaken er at GDM bruker F1 for VT 1 og økten din bruker VT 2, og etterlater VT 3-6 for deg å lage dine egne kommandoer. Du kan deretter bruke den terminalen til å gjøre feilsøking eller åpne selv en X-Session.

Hvis du utvikler deg eller er i kontakt med en utvikler for å feilsøke et alvorlig skallproblem, trenger du mer detaljerte logger. For å se etter seriøse henginger må du kompilere GJS og JS52 og deretter se etter kjernedumpen.

Patch-files https: // wiki.Archlinux.org/indeks.PHP/Gnome/Feilsøking

Lapp- og kompileringsprosedyren er enklere enn du kanskje tror, ​​den er dekket i lenken. Pakken for å se etter hvor kjernedumpene ikke er tilgjengelig på vaniljesystemer. Du må installere pakken selv.

$ sudo apt install SystemD-Coredump

Når den er installert, kan du liste kjernedumpene ved hjelp av det nye verktøyet.

$ coredumpctl -l

Når du har gjort det, send dumpene til prosjektsiden https: // gitlab.Gnome.org/gnome/gnome-shell/problemer holder bare feilsøkingspakken på systemet ditt mens du feilsøker. Du trenger bare det for feilsøking!

Ser på en søknad om gangen

Den første tingen å gjøre hvis du har problemer med en applikasjon, er å starte den fra kommandolinjen. Du kan la utdataene kjøre på terminalen eller sende den til en fil for senere behandling. Å bruke vanlige uttrykk er veldig nyttig for dette arbeidet også.

Filtrering per applikasjon

Hvis du har en spesiell applikasjon som gir deg problemer, kan du også filtrere inne i SystemD. For å gjøre dette, må du finne PID du kjører og deretter velge den PID fra JournalCTL.

$ ps aux | grep krom

Bruk resultatet som PID i neste kommando.

$ Journalctl _pid

Eventuelle problemer som samhandler med Gnome vil vises her. Dette viser ikke hva som skjer i applikasjonen. For å sende til en egen fil, bruk kommandoen nedenfor.

$ krom 2> krom-feil.Logg

Igjen, her kan du og bør røre den gjennom verktøy som 'grep', sed og andre for å få mest relevant informasjon i loggen din.

Konklusjon

Mest feilsøking for GNOME, bør gjøres ved hjelp av JournalCTL -kommandoen. Det er bare hvis du har alvorlige problemer, du trenger noe annet. Før du begynner å rapportere problemer, kan du også finne de vanlige syslog -filene. De inneholder det meste av informasjonen. Du har muligheten til å bruke grafisk presentasjonsprogramvare for å sjekke filer. Når du har lange logger, må du sørge for at du vet hvordan du skal behandle filer med vanlige uttrykk. Hvis du har alvorlige problemer eller leter etter en ny vindusleder, bruk en annen virtuell terminal for å utforske.