Regelmessig vedlikehold av systemet er nødvendig for riktig funksjon av Buen over en periode av tid. Rettidig vedlikehold er en praksis mange brukere bli vant til.
Sjekk for feil
Mislyktes systemd tjenester
Sjekk om noen systemd services har inngått i en mislykket stat:
$ systemctl --failed
Se Systemd#Analysere system state for mer informasjon.,
Loggfiler
Se etter feil i loggfilen filer som ligger på /var/log, så vel som høyt prioritert feil i systemd journal:
# journalctl -p 3 -xb
Se systemd/Journal for mer informasjon.
Se Xorg#Feilsøking for informasjon om hvor og hvordan Xorg logger feil.
Backup
Lage sikkerhetskopier av viktige data med jevne mellomrom. Se Synkronisering og backup-programmer for mange alternative programmer som kan passe bedre for din sak. Se Kategori:System recovery for andre artikler av interesse.,
Sikkerhetskopier kan være automatisert med systemd/Tidtakere.
Konfigurering-filer
Før du endrer konfigurasjonen filer, lage en backup, slik at du kan gå tilbake til en fungerende versjon i tilfelle av problemer. Redaktører som vim og emacs kan gjøre dette automatisk, samt verktøy som etckeeper som holder /etc i et versjonskontrollsystem (VCS); se dotfiles#Sporing dotfiles direkte med Git for mer.,
Liste over installerte pakker
Opprettholde en liste over alle installerte pakker, slik at hvis en komplett re-installasjon er uunngåelig, det er lettere å re-opprette den opprinnelige miljø.
Se Pacman tips#Listen over installerte pakker for detaljer.
Pacman database
Se pacman/Tips og triks#sikkerhetskopiere pacman database.
Kryptering metadata
Se Data-på-resten kryptering#Backup til disk kryptering scenarier.
System og bruker data
Se sikkerhetskopiering av Systemet.,
Oppgradering av systemet
Det er anbefalt å utføre en full system oppgraderinger med jevne mellomrom via Pacman#Oppgradering av pakker, for å nyte både den nyeste feilrettinger og sikkerhetsoppdateringer, og også for å unngå å måtte hanskes med for mange pakken oppgraderinger som krever manuell inngripen på en gang. Når du ber om støtte fra samfunnet, vil det vanligvis antas at systemet er oppdatert.
sørg for å ha Arch installerer media eller en annen Linux «live» CD/USB tilgjengelig slik at du enkelt kan redde systemet hvis det er et problem etter oppdatering., Hvis du kjører Arch i et produksjonsmiljø, eller ikke har råd til nedetid for noen grunn, teste endringer i konfigurasjonsfilene, samt oppdateringer av programvare pakker, på en ikke-kritisk dupliserte systemet først. Så, hvis ingen problemer oppstår, ruller ut endringene til produksjonssystemet.
Hvis systemet har pakker fra AUR, nøye oppgradere alle av dem.
pacman er en kraftig pakke management verktøy, men det gjør ikke forsøk på å håndtere alle hjørne tilfeller. Brukere må være på vakt og ta ansvar for å opprettholde sitt eget system.,
Les før du oppgraderer systemet
Før du oppgraderer, brukere forventes å besøke Arch Linux hjemme siden for å sjekke de siste nyhetene, eller alternativt kan du abonnere på RSS-feed eller buen-kunngjøre mailingliste. Når oppdateringer kan kreve at ut-av-det-vanlige brukermedvirkning (mer enn det som kan håndteres bare ved å følge instruksjonene som er gitt av pacman), en passende nyheter innlegg vil bli gjort.
Før du oppgraderer grunnleggende software (slik som kjernen, xorg, systemd, eller glibc) til en ny versjon, se over den riktige forumet for å se om det har vært noen rapporterte problemer.,
Brukere må like å være klar over at oppgradering av pakker kan skape uventede problemer som kan trenge umiddelbar intervensjon; derfor, det er motet til å oppgradere et stabilt system, kort tid før det er nødvendig for å utføre en viktig oppgave. Det er lurt å vente i stedet for å ha nok tid for å være i stand til å håndtere mulige post-oppgradering problemer.
Unngå visse pacman kommandoer
Unngå å gjøre delvis oppgraderinger. Med andre ord, aldri kjøre pacman -Sy; i stedet, må du alltid bruke pacman -Syu.
Generelt unngå å bruke --overwrite alternativet med pacman. --overwrite alternativet tar et argument som inneholder en glob. Når det brukes pacman vil omgå fil konflikt sjekker for filer som samsvarer med den glob. I en riktig vedlikeholdt system, bør det bare brukes når eksplisitt anbefalt av Arch utviklere. Se #Lese før du oppgraderer systemet delen.,
Unngå bruk av -d alternativet med pacman. pacman -Rdd package hopper avhengighet undersøkelse i pakken fjerning. Som et resultat, en pakke som gir en kritisk avhengighet kan bli fjernet, noe som resulterer i et ødelagt system.
Delvis oppgraderinger er uegnet
Arch Linux er en rullende utgivelse og distribusjon. Det betyr at når nye versjoner av bibliotek er presset til kjeldene, utviklere og Pålitelige Brukere gjenoppbygge alle pakkene i kjeldene som må bygges opp på nytt mot bibliotekene., For eksempel, hvis to pakker er avhengige av den samme bibliotek, oppgradering er bare én pakke kan også oppgradere biblioteket (som en avhengighet), som kan bryte den andre pakken som er basert på en eldre versjon av biblioteket.
Det er derfor delvis oppgraderinger støttes ikke. Ikke bruk pacman -Sy package eller tilsvarende, for eksempel pacman -Sy etterfulgt av pacman -S package. Merk at pacman -Syuw innebærer de samme risikoene som pacman -Sy, som det vil oppdatere pacman sync database uten å installere den nye pakker., Alltid oppgradere (med pacman -Syu) før du installerer en pakke. Vær oppmerksom på at hvis pacman -Syu ikke utfører oppgraderingen på grunn av en feil, vil sluttresultatet er det samme som å kjøre pacman -Sy. Derfor feil må løses og oppgradering fullført så snart som mulig. Vær veldig forsiktig når du bruker IgnorePkg og IgnoreGroup for samme grunn. Hvis systemet har lokalt bygget pakker (for eksempel AUR-pakker), brukere trenger å gjenoppbygge dem når deres avhengigheter motta en soname bump.,
Hvis en delvis oppgradering scenariet har blitt opprettet, og binærfiler er ødelagt fordi de ikke kan finne den biblioteker de er koblet mot, ikke «fikse» problemet bare ved symlinking. Bibliotekene får soname støt når de ikke bakover-kompatibel. En enkel pacman -Syu til en riktig synkronisert speilet vil løse problemet så lenge pacman er ikke brutt.
bash script checkupdates, følger med pacman-contrib pakken, gir en sikker måte å kontrollere for oppgraderinger til installerte pakker, uten å kjøre et system update på samme tid.,
Handle på varsler under en oppgradering
Når du oppgraderer systemet, sørg for å ta hensyn til varsling merknader gitt av pacman. Hvis noen ytterligere tiltak er nødvendige av brukeren, være sikker på å ta vare på dem med en gang. Hvis en pacman varselet er forvirrende, søk forumet og siste nytt innlegg for mer detaljerte instruksjoner.
Tilbyr straks med nye konfigurasjonsfiler
Når pacman er påberopt, .pacnew og .pacsave filer kan opprettes. Pacman gir beskjed når dette skjer, og brukerne må forholde seg til disse filene umiddelbart., Brukerne er henvist til Pacman/Pacnew og Pacsave wiki-side for detaljerte instruksjoner.
Også tenke på andre konfigurasjonsfiler du kan ha kopiert eller opprettet. Hvis en pakke som hadde et eksempel konfigurasjon som du kopierte til din hjemmekatalog, sjekk for å se om en ny en har blitt opprettet.
Start på nytt eller starter datamaskinen på nytt etter oppgraderinger
Denne artikkelen eller seksjonen er behov for utvidelse.
Oppgraderinger er vanligvis ikke brukes til eksisterende prosesser. Du må starte prosesser for å fullt ut bruke oppgradering.
kernel er spesielt vanskelig å avgjøre uten en omstart. En omstart er alltid den sikreste alternativet, men hvis dette er veldig upraktisk kernel live oppdatering kan brukes til å søke oppgraderinger uten omstart.
Gjenopprett ødelagte oppdateringer
Hvis en pakke oppdateringen er forventet/kjent for å forårsake problemer, pakkeren (pakkisen?) vil sikre at pacman viser en passende melding når pakken er oppdatert., Hvis du opplever problemer etter en oppdatering, bør du dobbeltsjekke pacman utgang ved å se på /var/log/pacman.log.
På dette punktet, bare etter å sørge for at det er ingen informasjon tilgjengelig gjennom pacman, det er ingen forhold nyheter på https://archlinux.org/, og det er ingen poster på forumet om oppdateringen, bør du søke hjelp på forumet, via IRC, eller ved nedgradering uakseptable pakken.,
Se for foreldreløse og droppet pakker
Etter oppgraderingen kan du nå har pakker som ikke lenger trengs, eller som ikke lenger er i offisielle registre.
Bruk pacman -Qtd for å sjekke for pakker som ble installert som en avhengighet, men nå, ingen andre pakker er avhengige av dem. Hvis en frittstående pakke er fortsatt nødvendig, er det anbefalt å endre installasjon grunn til eksplisitt. Ellers, hvis pakken ikke er nødvendig lenger, kan den fjernes.,
i Tillegg, noen pakker kan ikke lenger være i den eksterne depot, men at de fortsatt kan være på ditt lokale system. Å liste alle utenlandske pakker bruk pacman -Qm. Merk at denne listen vil inneholde pakker som har blitt installert manuelt (f.eks., fra AUR). For å utelukke pakker som er (fortsatt) er tilgjengelig på AUR, kan du bruke den gamle-packagesAUR verktøyet.
Bruk package manager til å installere programvare
Pacman gjør en mye bedre jobb enn deg til å holde styr på filene., Hvis du installerer ting manuelt du vil, før eller senere, å glemme hva du gjorde, glem hvor du installert, må du installere motstridende programvare, installere på feil steder, etc.
- Installere pakker fra offisielle registre ved hjelp av metoden i Pacman#Installere pakker delen.
- Hvis programmet du ønsker ikke er tilgjengelige, sjekk for å se om noen har laget en pakke i AUR. Følg fremgangsmåten i denne artikkelen for installasjon.
- til Slutt, hvis det programmet du vil bruke, er ikke i offisielle registre eller i AUR, lære hvordan å lage en pakke for det.,
for Å rydde opp hvis de er feil installert filer, se Pacman/Tips og triks#Identifisere filer som ikke eies av noen pakke.
Velg open-source drivere
prøv Alltid åpen kildekode drivere før du ty til proprietære drivere. Mesteparten av tiden, drivere med åpen kildekode som er mer stabil og pålitelig enn proprietære drivere. Open source driver bugs er løst mer enkelt og raskt. Mens proprietære drivere kan tilby flere funksjoner og muligheter, dette kan komme på bekostning av stabilitet., For å unngå dette problemet, kan du prøve å velge maskinvare komponenter kjent for å ha modne open source driver med full støtte funksjoner. Informasjon om maskinvare med åpen kildekode Linux-drivere er tilgjengelig på linux-drivers.org.
Vær forsiktig med uoffisielle pakker
Bruk forholdsregler når du bruker pakker fra AUR eller en uoffisiell bruker depotet. De fleste er levert av vanlige brukere, og kan dermed ikke har de samme standarder som de i offisielle registre. Unngå AUR hjelpere som automatisere installasjonen av AUR-pakker., Alltid sjekk PKGBUILDs for mental helse og tegn på feil eller skadelig kode før bygning og/eller installere pakken.
for Å forenkle vedlikehold, begrense mengden av uoffisielle pakker brukt. Foreta periodiske kontroller som er i faktisk bruk, og fjerne (eller erstatte med deres offisielle motparter) andre. Se pacman/Tips og triks#Vedlikehold for nyttige kommandoer.
Oppdatere mirrorlist
Oppdater pacman er mirrorlist, så kvaliteten av speil kan variere over tid, og noen kan gå i frakoblet modus, eller deres nedlastning kan bli dårligere.
Se speil for detaljer.,
Rengjør filsystemet
Når du ser etter filer som skal fjernes, det er viktig å finne filer som tar opp mest plass på harddisken. Programmer som kan hjelpe med dette finnes i:
- Liste over programmer#Disk usage displayet.
- Liste over programmer#Disk rengjøring.
cache
Fjern uønskede .pkg filer fra /var/cache/pacman/pkg/ for å frigjøre diskplass.
Se Pacman#rengjør cache for mer informasjon.,
Ubrukte pakker (foreldreløse)
Fjern ubrukte pakker fra systemet for å frigjøre diskplass og forenkle vedlikehold.
Se Pacman/Tips og triks#Fjerne ubrukte pakker (foreldreløse) for detaljer.
Gamle konfigurasjonsfiler
Gamle konfigurasjonsfiler kan komme i konflikt med nyere versjonene av programvare eller ødelagt over tid. Fjerne unødvendige konfigurasjoner med jevne mellomrom, spesielt i hjem-mappen og ~/.config. For lignende grunner, være forsiktig når du dele mapper mellom installasjoner.,
Se etter følgende mapper:
Se XDG Base Directory support for mer informasjon.
for Å holde home directory ren fra midlertidige filer som er opprettet på feil sted, det er en god idé å administrere en liste over uønskede filer og fjerne dem regelmessig, for eksempel med rmshit.py.
rmlint kan brukes til å finne og eventuelt fjerne dupliserte filer, tomme filer, rekursiv tomme mapper og ødelagte symlinker.
Brutt symlinker
Gamle, ødelagte symbolske koblinger kan bli sittende i rundt systemet, bør du fjerne dem., Eksempler på å oppnå dette finner du her og her. Imidlertid, du bør ikke blindt slette alle brutt symbolske koblinger, som noen av dem tjene en hensikt .
for Å raskt vise alle brutt symlinker av systemet, kan du bruke:
# find / -xtype l -print
Deretter undersøke og fjerne unødvendige oppføringer fra denne listen.
Tips og triks
følgende tips er vanligvis ikke nødvendig, men enkelte brukere kan finne dem nyttige.,
Bruk bevist programvare pakker
Arch ‘ s rolling utgivelser kan være en velsignelse for brukere som ønsker å prøve de nyeste funksjonene og få oppstrøms oppdateringer så snart som mulig, men de kan også gjøre vedlikehold av systemet mer vanskelig. For å forenkle vedlikehold og forbedre stabilitet, prøv å unngå nyskapende programvare og installer bare moden og velprøvd programvare. Slike pakker er mindre sannsynlighet for å motta vanskelig oppgraderinger som store konfigurasjonsendringer eller funksjonen av personvernhensyn., Foretrekker programvare som har en sterk og aktiv utvikling lokalsamfunnet, samt et høyt antall kompetente brukere, for å forenkle støtte i tilfelle det oppstår et problem.
Unngå enhver bruk av testingen depotet, selv enkelte pakker fra testing. Disse pakkene er eksperimentelle og ikke egnet for et stabilt system. På samme måte, unngå pakker som er innebygd direkte fra oppstrøms utvikling kilder. Disse er vanligvis funnet i AUR, med navn, inkludert ting som: «dev», «devel», «svn», «cvs», «git», osv.,
Installere linux-lts pakken
linux-lts-pakken er et alternativ Arch kjernen, og er tilgjengelig i kjerne depotet. Denne bestemt kjerne versjonen har langsiktig støtte (LTS) fra oppstrøms, inkludert sikkerhetsoppdateringer og noen har backports. Det er nyttig hvis du foretrekker stabilitet av mindre hyppig kernel-oppdateringer eller hvis du ønsker et tilbakefall kjernen i tilfelle en ny kjerne versjon fører til problemer.,
for Å gjøre den tilgjengelig som en boot-alternativet, må du oppdatere din oppstartslaster er konfigurasjonsfilen til å bruke LTS-kjernen og ram-disk: vmlinuz-linux-lts og initramfs-linux-lts.img.
Se Også:
- Arch Nyheter Bash Script
- Automatisk Arch System Maintenance
Legg igjen en kommentar