Systemvedligeholdelse

regelmæssig Systemvedligeholdelse er nødvendig for korrekt funktion af buen over en periode. Tidlig vedligeholdelse er en praksis, mange brugere bliver vant til.

kontroller for fejl

mislykkede systemd-tjenester

Kontroller, om nogen systemd-tjenester er indtastet i en mislykket tilstand:

$ systemctl --failed

se Systemd#analyse af systemtilstanden for at få flere oplysninger.,

Logfiler

Se efter fejl i log-filer, der ligger i /var/log, såvel som høj prioritet fejl i systemd tidende:

# journalctl -p 3 -xb

Se systemd/Tidende for mere information.

se Troublorg#Fejlfinding for oplysninger om hvor og hvordan errorsorg logger fejl.

Backup

Opret sikkerhedskopier af vigtige data med jævne mellemrum. Se synkroniserings-og sikkerhedskopieringsprogrammer for mange alternative applikationer, der bedre passer til din sag. Se Kategori: Systemgendannelse for andre artikler af interesse.,

sikkerhedskopier kan automatiseres med systemd / timere.

konfigurationsfiler

før du redigerer nogen konfigurationsfiler, skal du oprette en sikkerhedskopi, så du kan vende tilbage til en fungerende version i tilfælde af problemer. Redaktører som vim og emacs kan gøre dette automatisk, samt værktøjer som etckeeper, der holder /etc i en version control system (VCS); se punktum-filer#Sporing punktum-filer direkte med Git til mere.,

liste over installerede pakker

Vedligehold en liste over alle installerede pakker, så hvis en fuldstændig geninstallation er uundgåelig, er det lettere at genskabe det originale miljø.

se Pacman tips#liste over installerede pakker for detaljer.

Pacman database

se pacman / Tips og tricks#sikkerhedskopier pacman-databasen.

kryptering metadata

se data-at-rest kryptering#Backup for disk kryptering scenarier.

System-og brugerdata

Se system backup.,

opgradering af systemet

det anbefales at udføre komplette systemopgraderinger regelmæssigt via Pacman#opgradering af pakker, for at nyde både de nyeste fejlrettelser og sikkerhedsopdateringer, og også for at undgå at skulle håndtere for mange pakkeopgraderinger, der kræver manuel indgriben på .n gang. Når der anmodes om støtte fra samfundet, antages det normalt, at systemet er opdateret.

sørg for at have Arch install media eller en anden Linu. “live” CD/USB tilgængelig, så du nemt kan redde dit system, hvis der er et problem efter opdatering., Hvis du kører Arch i et produktionsmiljø, eller ikke har råd til nedetid for nogen grund, for at teste ændringer af konfigurationsfiler, samt opdateringer til software-pakker, på en ikke-kritisk to eksemplarer systemet først. Hvis der ikke opstår problemer, skal du derefter udrulle ændringerne i produktionssystemet.

Hvis systemet har pakker fra AUR, skal du omhyggeligt opgradere dem alle.

pacman er et kraftfuldt pakkehåndteringsværktøj, men det forsøger ikke at håndtere alle hjørnesager. Brugere skal være opmærksomme og tage ansvar for at opretholde deres eget system.,

Læs før opgradering af systemet

før opgradering forventes brugere at besøge Arch Linu.-hjemmesiden for at kontrollere de seneste nyheder, eller alternativt abonnere på RSS-feed eller arch-announce-postlisten. Når opdateringer kræver ualmindelig brugerintervention (mere end hvad der kan håndteres ved blot at følge instruktionerne fra pacman), vil der blive lavet et passende Nyhedsindlæg.

Før du opgraderer grundlæggende software (såsom kerne, xorg, systemd, eller glibc) til en ny version, ser ud over det rette forum for at se, om der har været nogen rapporterede problemer.,

brugere skal ligeledes være opmærksomme på, at opgradering af pakker kan give uventede problemer, der kan kræve øjeblikkelig indgriben; derfor frarådes det at opgradere et stabilt system kort før det er nødvendigt for at udføre en vigtig opgave. Det er klogt at vente i stedet for at have tid nok til at kunne håndtere mulige problemer efter opgradering.Tip: Du kan bruge en pacman-krog som informantAUR, som forhindrer dig i at opdatere, hvis der er friske Buenyheder, som du ikke har læst siden den sidste opdatering løb.,

undgå visse pacman-kommandoer

undgå at foretage delvise opgraderinger. Med andre ord, Kør aldrig pacman -Sy; brug i stedet altid pacman -Syu.

undgå generelt at bruge --overwrite med pacman. Indstillingen --overwrite tager et argument, der indeholder en glob. Når det bruges pacman vil omgå fil konflikt kontrol for filer, der matcher glob. I et korrekt vedligeholdt system bør det kun bruges, når det udtrykkeligt anbefales af Bueudviklerne. Se #Læs før du opgraderer systemafsnittet.,

undgå at bruge-d med pacman. pacman -Rdd package springer afhængighedskontrol under fjernelse af pakker. Som et resultat kunne en pakke, der giver en kritisk afhængighed, fjernes, hvilket resulterer i et ødelagt system.

delvise opgraderinger understøttes ikke

Arch Linu.er en rullende udgivelsesdistribution. Det betyder, at når nye biblioteksversioner skubbes til depoterne, genopbygger udviklerne og betroede brugere alle pakker i depoterne, der skal genopbygges mod bibliotekerne., For eksempel, hvis to pakker afhænger af det samme bibliotek, kan opgradering af kun en pakke muligvis også opgradere biblioteket (som en afhængighed), hvilket derefter kan ødelægge den anden pakke, der afhænger af en ældre version af biblioteket.derfor er delvise opgraderinger ikke understøttet. Brug ikke pacman -Sy package eller noget tilsvarende som f.eks. pacman -Sy efterfulgt af pacman -S package. Bemærk, at pacman -Syuw ikke indebærer de samme risici som pacman -Sy, da det vil opdatere pacman sync database uden at installere de nyere pakker., Opgrader altid (med pacman -Syu), før du installerer en pakke. Bemærk, at hvis pacman -Syu ikke udfører opgraderingen på grund af en fejl, er slutresultatet det samme som at køre pacman -Sy. Derfor skal fejlen løses, og opgraderingen afsluttes så hurtigt som muligt. Vær meget forsigtig, når du bruger IgnorePkg og IgnoreGroup af samme grund. Hvis systemet har lokalt byggede pakker (såsom AUR-pakker), skal brugerne genopbygge dem, når deres afhængigheder modtager en soname-bump.,

Hvis der er oprettet et delvist opgraderingsscenarie, og binære filer er brudt, fordi de ikke kan finde de biblioteker, de er knyttet til, skal du ikke “rette” problemet blot ved symlinking. Biblioteker modtager soname bump, når de ikke er bagudkompatible. En simpel pacman -Syu til et korrekt synkroniseret spejl løser problemet, så længe pacman ikke er brudt.bash script checkupdates, der følger med Pacman-contrib-pakken, giver en sikker måde at kontrollere for opgraderinger til Installerede pakker uden at køre en systemopdatering på samme tid.,

lov om advarsler under en opgradering

Når du opgraderer systemet, skal du være opmærksom på pacman ‘ S advarselsmeddelelser. Hvis der kræves yderligere handlinger af brugeren, skal du sørge for at tage sig af dem med det samme. Hvis en pacman-alarm er forvirrende, skal du søge i fora og de seneste Nyhedsindlæg for mere detaljerede instruktioner.

Beskæftige sig straks med nye konfigurationsfiler

Når pacman er gældende, .pacnew og .pacsave filer kan oprettes. Pacman giver varsel, når dette sker, og brugerne skal behandle disse filer straks., Brugere henvises til Pacman / Pacne.og Pacsave wiiki side for detaljerede instruktioner.

tænk også på andre konfigurationsfiler, du muligvis har kopieret eller oprettet. Hvis en pakke havde en eksempelkonfiguration, som du kopierede til din hjemmemappe, skal du kontrollere, om der er oprettet en ny.

Genstart eller genstart efter opgraderinger

opgraderinger anvendes typisk ikke til eksisterende processer. Du skal genstarte processer for fuldt ud at anvende opgraderingen.

kernen er særlig vanskelig at lappe uden genstart. En genstart er altid den mest sikre løsning, men hvis dette er meget ubelejligt kerne levende patching kan bruges til at anvende opgraderinger uden en genstart.

Gendan ødelagte opdateringer

Hvis en pakkeopdatering forventes / vides at forårsage problemer, vil pakkerne sikre, at pacman viser en passende meddelelse, når pakken opdateres., Hvis du oplever problemer efter en opdatering, skal du kontrollere pacmans output ved at se på /var/log/pacman.log.tip: du kan bruge en logfremviser som wat-gitAUR til at søge i pacman-logfilerne.

på dette tidspunkt, først efter at have sikret, at der ikke er nogen information tilgængelig via pacman, er der ingen relative nyheder om https://archlinux.org/, og der er ingen forumindlæg vedrørende opdateringen, overvej at søge hjælp på forummet, over IRC eller ved at nedgradere den fornærmede pakke.,

Check for orphans and dropped packages

efter opgradering kan du nu have pakker, der ikke længere er nødvendige, eller som ikke længere er i de officielle arkiver.

brug pacman -Qtd for at kontrollere for pakker, der blev installeret som en afhængighed, men nu er ingen andre pakker afhængige af dem. Hvis en forældreløs pakke er stadig behov, det anbefales at ændre installationen grund til eksplicit. Ellers, hvis pakken ikke længere er nødvendig, kan den fjernes.,

derudover er nogle pakker muligvis ikke længere i fjernlagrene, men de kan stadig være på dit lokale system. For at liste alle udenlandske pakker skal du bruge pacman -Qm. Bemærk, at denne liste vil indeholde pakker, der er installeret manuelt (f.eks. fra AUR). For at udelukke pakker, der (stadig) er tilgængelige på AUR, skal du bruge værktøjet ancient-packagesAUR.

brug pakkehåndteringen til at installere soft .are

Pacman gør et meget bedre stykke arbejde end dig med at holde styr på filer., Hvis du installerer ting manuelt, vil du før eller senere glemme, hvad du gjorde, glemme, hvor du installerede, installere modstridende soft .are, installere på de forkerte placeringer osv.

• Installer pakker fra de officielle arkiver ved hjælp af metoden i afsnittet Pacman#Installation packages.
• hvis det program, du ønsker, ikke er tilgængeligt, skal du kontrollere, om nogen har oprettet en pakke i AUR. Følg metoden i denne artikel til installation.
• endelig, hvis det ønskede program ikke er i de officielle arkiver eller i AUR, lær hvordan du opretter en pakke til det.,

for at rydde op forkert installerede filer, se Pacman / Tips og tricks#Identificer filer, der ikke ejes af nogen pakke.

Vælg open source-drivere

prøv altid open source-drivere, før du tager til proprietære drivere. Det meste af tiden er open source-drivere mere stabile og pålidelige end proprietære drivere. Open source driver bugs er rettet lettere og hurtigt. Mens proprietære drivere kan tilbyde flere funktioner og muligheder, kan dette komme på bekostning af stabilitet., For at undgå dette dilemma, prøv at vælge hard .arekomponenter, der vides at have moden open source driver support med fulde funktioner. Oplysninger om hardware med open source Linux-drivere er tilgængelige på linux-drivers.org.

Vær forsigtig med uofficielle pakker

Brug forholdsregler, når du bruger pakker fra AUR eller en uofficiel user repository. De fleste leveres af almindelige brugere og har derfor muligvis ikke de samme standarder som dem i de officielle arkiver. Undgå AUR hjælpere, der automatiserer installation af AUR pakker., Kontroller altid pkgbuilds for fornuft og tegn på fejl eller ondsindet kode, før du bygger og/eller installerer pakken.

for at forenkle vedligeholdelse skal du begrænse mængden af uofficielle pakker, der bruges. Foretag periodisk kontrol af, hvilke der er i faktisk brug, og fjern (eller udskift med deres officielle kolleger) andre. Se pacman/Tips og tricks#vedligeholdelse for nyttige kommandoer.

Opdatere filspejl-listen

Opdatering pacman ‘ s filspejl-listen, da kvaliteten af spejle kan variere over tid, og nogle vil måske gå offline eller deres download hastighed kan nedbrydes.

se spejle for detaljer.,

rengør filsystemet

Når du leder efter filer, der skal fjernes, er det vigtigt at finde de filer, der optager mest diskplads. Programmer, der hjælper med dette, findes i:

• liste over applikationer#diskbrugsvisning.
• liste over applikationer#diskrensning.

Package-cache

Fjern uønskede .pkg filer fra /var/cache/pacman/pkg/ for at frigøre diskplads.

se Pacman#rengøring af pakkecachen for mere information.,

ubrugte pakker (forældreløse)

Fjern ubrugte pakker fra systemet for at frigøre diskplads og forenkle vedligeholdelsen.

se Pacman / Tips og tricks#fjernelse af ubrugte pakker (forældreløse) for detaljer.

gamle konfigurationsfiler

gamle konfigurationsfiler kan være i konflikt med nyere soft .areversioner eller korrupte over tid. Fjern unødvendige konfigurationer med jævne mellemrum, især i din hjemmemappe og ~/.config. Af lignende grunde skal du være forsigtig, når du deler hjemmemapper mellem installationer.,

Kig efter følgende mapper:

Se XDG Base Directory support for mere information.

for At holde home-mappen, ren fra midlertidige filer, der oprettes på det forkerte sted, det er en god idé at administrere en liste over uønskede filer og fjerne dem med jævne mellemrum, for eksempel med rmshit.py.

rmlint kan bruges til at finde og eventuelt fjerne duplikerede filer, tomme filer, rekursive tomme mapper og brudte links.

ødelagte symlinks

gamle, ødelagte symbolske links sidder muligvis omkring dit system; du skal fjerne dem., Eksempler på at opnå dette kan findes her og her. Du skal dog ikke blindt slette alle ødelagte symbolske links, da nogle af dem tjener et formål .

for hurtigt at liste alle de ødelagte symlinks i dit system skal du bruge:

# find / -xtype l -print

derefter inspicere og fjerne unødvendige poster fra denne liste.

Tips og tricks

følgende tips er generelt ikke påkrævet, men visse brugere kan finde dem nyttige.,

Brug gennemprøvet software-pakker

Arch ‘ s rullende udgivelser kan være en velsignelse for brugere, der ønsker at prøve de nyeste funktioner og få opstrøms opdateringer så hurtigt som muligt, men de kan også gøre vedligeholdelse af systemet mere vanskeligt. For at forenkle vedligeholdelse og forbedre stabiliteten skal du forsøge at undgå avanceret soft .are og kun installere moden og gennemprøvet soft .are. Sådanne pakker er mindre tilbøjelige til at modtage vanskelige opgraderinger såsom større konfigurationsændringer eller funktionsfjernelser., Foretrækker soft .are, der har et stærkt og aktivt udviklingsfællesskab samt et stort antal kompetente brugere for at forenkle support i tilfælde af et problem.

undgå enhver brug af testing repository, selv individuelle pakker fra testing. Disse pakker er eksperimentelle og ikke egnede til et stabilt system. På samme måde skal du undgå pakker, der er bygget direkte fra opstrømsudviklingskilder. Disse findes normalt i AUR, med navne, herunder ting som: “dev”, “devel”, “svn”, “cvs”, “git” osv.,

Installer pakken Linu.-LTS

pakken Linu.-lts er en alternativ Arch-kernepakke og er tilgængelig i kernelageret. Denne særlige kerneversion har langvarig support (LTS) fra opstrøms, herunder sikkerhedsrettelser og nogle har backports. Det er nyttigt, hvis du foretrækker stabiliteten af mindre hyppige kerneopdateringer, eller hvis du vil have en tilbagekaldskerne, hvis en ny kerneversion forårsager problemer.,

for at gøre den tilgængelig som opstartsindstilling, skal du opdatere din bootloaders konfigurationsfil for at bruge LTS-kernen og ram-disken: vmlinuz-linux-ltsog initramfs-linux-lts.img.

Se også

• Arch ne Newss Bash Script
• Automatisk vedligeholdelse af Arch System