Forrige

 

Oplysningerne i denne vejledning er baseret på offentligt tilgængelig dokumentation og forfatterens personlige erfaring fra Arch Linux, Manjaro og Mabox Linux. Forfatteren er under ingen omstændigheder ansvarlig for nogen direkte, indirekte, følgeskader, strafbare, særlige eller tilfældige skader (herunder, uden begrænsning, erstatning for tab af fortjeneste, forretningsafbrydelse eller tab af information), der opstår som følge af brugen eller manglende evne til at bruge dette dokument, selvom forfatteren er blevet informeret om muligheden for sådanne skader. Forfatteren giver ingen erklæringer eller garantier med hensyn til nøjagtigheden eller fuldstændigheden af indholdet af denne vejledning og forbeholder sig retten til at foretage ændringer i dette dokument til enhver tid uden varsel. Forfatteren forpligter sig ikke til at opdatere oplysningerne i denne vejledning.

home cache

Den skjulte .cache mappe i dit hjemmebibliotek bruges af mange dele af dit system. Dette inkluderer downloads, miniaturebilleder, skrivebordsressourcer og mere. Selvom det generelt er sikkert at fjerne alt i din ~/.cache-mappe, kan det være mere tilrådeligt at inspicere indholdet og selektivt fjerne elementer i stedet. Sådan genererer du en sorteret liste over indhold og størrelser:

du -sh ~/.cache/*

Systemd Journal

Systemd Journal registrerer alt, hvad der sker på dit computersystem. Dette gør det muligt at forstå, hvad der går rigtigt og hvad der går galt. For eksempel, hvis dit system var blevet infiltreret af et ssh angreb, kunne dette verificeres i loggen/journalen. Så logfiler er gode til mere end at spore besværlig hardware eller driverproblemer, dårligt skrevet netværksadministrator kode eller den overflod af andre problemer, som det komplekse og dynamiske GNU/Linux-system skal håndtere.

Logfiler er en absolut velsignelse, da ikke alle systemer har dem, og de serveradministratorer, der har dem, vil være meget taknemmelige. Generelt er det kun serveradministratorer, der har brug for logfiler, der går tilbage i længere tid. Få brugere, der kører distros på deres desktop, notebook, netbook og sådanne maskiner, har behov for at holde så store logfiler eller historier tilbage i mange måneder eller endda år på deres system. De er spild af plads og gør det også mere besværligt at se dine logfiler.

Systemd journal har erstattet logfiler, selvom den med glæde kører parallelt med standardtypens logfiler. Disse oprettes og vedligeholdes stadig som standard i Arch & Manjaro og Mabox Linux. Hvis du sletter syslog-ng og alle /var/log/*logfilerne. Ved genstart, vil du opdage, at nogle logfiler automatisk bliver oprettet igen. På min maskine efter at have slettet syslog-ng & alle /var/log/* log filerne (undtagen Xorg.0.log-filerne), har min maskine nu følgende (wtmp & btmp oprettes ved opstart af /etc/logrotate.conf fil. Indhold i min /var/log/:

audit/
cups/
gssproxy/
journal/
lightdm/
old/
private/
btmp
btmp1
gufw.log
lastlog
pacman.log
wtmp
Xorg.0.log
Xorg.0.log.old

Journal og loggen dublerer de samme oplysninger. Du kan læse teksten i logfilerne i en teksteditor, eller ved at bruge cat, more, less kommandoer, som du ville på enhver anden tekstfil. Journal kræver på den anden side kommandoen journalctl for at kunne få adgang til indholdet. Følgende er en god måde at læse journal på:

sudo journalctl

Læs dette det er vigtigt

Note: etc/systemd/journald.conf.d/*.conf tilsidesætter filen journald.conf

Journal fører log over systemaktivitet. Dette kan være vigtigt for fejlfinding, men nogle gange kan log størrelsen blive ret stor. Sådan ser du den aktuelle størrelse:

journalctl --disk-usage

Sådan fjerner du alle undtagen de seneste emner efter størrelse eller tid:

Sudo journalctl --vacuum-size=50M

Sudo journalctl --vacuum-time=2weeks

For at indstille en maksimal størrelse for journalen kan du fjerne kommentarer og redigere følgende linje i /etc/systemd/journald.conf:

SystemMaxUse=50M

man journald.conf

Når pakker skal tilpasse konfigurationen, kan de installere konfigurationsuddrag i /usr/lib/systemd/*.conf.d/. Filer i /etc/ er reserveret til den lokale administrator, som kan bruge denne logik til at tilsidesætte konfigurationsfilerne installeret af software pakker. Hovedkonfigurationsfilen læses før nogen af​​ konfigurationsmapperne og har den laveste prioritet; poster i en fil i enhver konfigurationsmappe tilsidesætter poster i den enkelte konfigurationsfil. Filer i konfiguration undermapperne *.conf.d/ sorteres efter deres filnavn i leksikografisk rækkefølge, uanset hvilken af ​​undermapperne de ligger i. Hvis flere filer angiver den samme mulighed, har indgangen i filen med det leksikografisk seneste navn forrang . Det anbefales at præfikse alle filnavne i disse undermapper med et tocifret tal og en bindestreg for at forenkle rækkefølgen af ​​filerne. Det betyder, at du kan oprette konfigurationsfiler .conf i mappen /etc/systemd/journald.conf.d/ med passende navne efter eget valg. Indholdet af disse filer har forrang over alle andre indstillinger eller konfigurationer i systemd.

Der er normalt ingen grund til at blande sig i journal maksimale størrelse, da den er bygget til at overvåge mængden af ledig plads på partitionen, hvor den findes, og vil krympe sig selv ved at slette de ældste poster, når pladsmangel kræver det. Brug din foretrukne teksteditor med root privilegier (ved at bruge sudo ).

Note: navnet size.conf er brugerskabt.

Med din teksteditor opret en fil kaldet size.conf på følgende placering /etc/systemd/journald.conf.d/size.conf Følgende sætter den maksimale filstørrelse til en 50 MB grænse for /var/log/journal . (SystemMaxUse=250M er til brug med logrotate/).

[Journal]
SystemMaxUse=250M
SystemMaxFileSize=50M

Du kan også begrænse indholdet af journal ved at angive niveauet for de data, der skal tilføjes journalen. Dette gøres ved at oprette og redigere filen /etc/systemd/journald.conf.d/level.conf.

Note: navnet level.conf er brugerskabt.

[Journal]
# not save all levels but only 0 to 4
MaxLevelStore=warning

Journalctl kommandoen - en hurtig reference

Note: Følgende er nogle få tips om ting du kan gøre for at gøre brugen af journalctl hurtigere, nemmere og mere effektivt på dit system.

Du behøver ikke bruge "sudo" med journalctl Tilføj din bruger til adm gruppen. Dette giver din <bruger> fuld brug af journalctl kommandoen. Du behøver ikke længere bruge sudo. Skift "carl" til dit brugernavn med følgende kommando:

Sudo usermod -a -G adm carl

Se hele linjen i journalctl outputteksten; Du kan overføre output fra journalctl til en fil eller til et tekstvisning værktøj som "More" eller "less", Med følgende kommando:

journalctl -b -p err|less

Hvis du gør det, får du et middel til at undgå den trunkering af output, som nogle systemskærms konfigurationer kan opleve.

Brug et ~/.bashrc alias for at gøre dette nemt. Jeg bruger følgende ~/.bashrc alias:

alias errors="journalctl -b -p err|less"

Ved indtastning af fejl i terminalen sendes alle fejl siden sidste opstart til (pipe) til det terminalbaserede tekstvisning værktøj kaldet less, som ombryder tekstoutputtet fra journalctl kommandoen. Bortset fra alt andet, gør det fejlene mere nyttige for alle, der læser dem i forummet!

Indtast Q (store eller små bogstaver) for at lukke "less".

Adgang til fuld journal indeholdende information fra systemet og brugere:

journalctl

Live view, viser de sidste 10 linjer i journal og alt indhold, efterhånden som det sker:

journalctl -f

Vis alt output til journal siden sidste opstart:

journalctl -b

Vis alt output med prioritetsniveau ERROR og worse , siden sidste opstart:

journalctl -b -p err

Følgende kommando ovenfor med output sendt til en fil kaldet ERROR i din /home/<bruger>-mappe . At have - i begyndelsen af navnet skulle få filen til at blive vist øverst på listen over filer, når du ser indholdet af din ~/ (/home/<bruger>) mappe. Denne kommando gør det nemt at kopiere indholdet af ERRORS filen og derefter indsætte den i forummet. Hvis du gør det, kan vi vise HELE kommandoens output i stedet for kun at være i stand til at klippe og indsætte de trunkerede linjer fra vores terminal:

journalctl -b -p err > -ERRORS

Filtrering baseret på tid. Siden i går:Filtrering baseret på tid. Siden i går:

journalctl --since=yesterday

Angiv en bestemt tidsperiode:

journalctl --since=2022-03-14 --until="2022-04-10 23:59:59"

Vælg en bestemt tjeneste og tidsperiode:

journalctl -u httpd --since=00:00 --until=9:30

Hvis vi kun vil kende de tjenester, der er aktive, skal vi bruge en kommando sammen med grep sådan:

systemctl | grep running

Du kan læse mere om emnet her

 

 

Forrige Næste