Systemunderhåll

regelbundet systemunderhåll är nödvändigt för korrekt funktion av Arch under en tidsperiod. Tid underhåll är en praxis många användare vänja sig vid.

kontrollera fel

misslyckade systemd-tjänster

kontrollera om systemd-tjänster har angetts i ett misslyckat tillstånd:

$ systemctl --failed

se Systemd#analysera systemtillståndet för mer information.,

loggfiler

leta efter fel i loggfilerna som finns på/var/log, samt högprioriterade fel i systemd journal:

# journalctl -p 3 -xb

se systemd / Journal för mer information.

se Xorg#Felsökning för information om var och hur xorg loggar fel.

Backup

skapa säkerhetskopior av viktiga data med jämna mellanrum. Se synkroniserings-och säkerhetskopieringsprogram för många alternativa program som bättre kan passa ditt ärende. Se Kategori: Systemåterställning för andra artiklar av intresse.,

säkerhetskopior kan automatiseras med systemd / Timers.

konfigurationsfiler

innan du redigerar konfigurationsfiler skapar du en säkerhetskopia så att du kan återgå till en fungerande version vid problem. Redaktörer gillar vim och emacs kan göra detta automatiskt, samt verktyg som etckeeper som håller /etc i en version control system (VCS); se dotfiles#Spårning av dotfiles direkt med Git för mer.,

lista över installerade paket

behåll en lista över alla installerade paket, så att om en fullständig ominstallation är oundviklig är det lättare att återskapa den ursprungliga miljön.

se Pacman tips#lista över installerade paket för mer information.

pacman databas

se pacman / Tips och tricks#säkerhetskopiera pacman databasen.

kryptering metadata

se data-at-rest-kryptering#Backup för diskkrypteringsscenarier.

System-och användardata

se systembackup.,

uppgradering av systemet

det rekommenderas att utföra fullständiga systemuppgraderingar regelbundet via Pacman # uppgradering paket, att njuta av både de senaste buggfixar och säkerhetsuppdateringar, och även för att undvika att behöva ta itu med alltför många paket uppgraderingar som kräver manuell intervention på en gång. När man begär stöd från gemenskapen antas det vanligtvis att systemet är aktuellt.

se till att ha Arch install media eller en annan Linux ”live” CD / USB tillgänglig så att du enkelt kan rädda ditt system om det finns ett problem efter uppdatering., Om du kör Arch i en produktionsmiljö, eller inte har råd driftstopp av någon anledning, testa ändringar i konfigurationsfiler, samt uppdateringar till programpaket, på en icke-kritisk dupliceringssystem först. Då, om inga problem uppstår, rulla ut ändringarna i produktionssystemet.

om systemet har paket från AUR, uppgradera dem noggrant.

pacman är ett kraftfullt pakethanteringsverktyg, men det försöker inte hantera alla hörnfall. Användarna måste vara vaksamma och ta ansvar för att upprätthålla sitt eget system.,

Läs innan du uppgraderar systemet

innan du uppgraderar, förväntas användarna besöka Arch Linux hemsida för att kontrollera de senaste nyheterna, eller alternativt prenumerera på RSS-flöde eller arch-announce e-postlista. När uppdateringar kräver Out-of-the-ordinary användarintervention (mer än vad som kan hanteras helt enkelt genom att följa instruktionerna från pacman), kommer ett lämpligt nyhetsinlägg att göras.

innan du uppgraderar grundläggande programvara (som kärnan, xorg, systemd eller glibc) till en ny version, titta över lämpligt forum för att se om det har förekommit några rapporterade problem.,

användare måste också vara medvetna om att uppgradering av paket kan ge upphov till oväntade problem som kan kräva omedelbar intervention.därför är det avskräckt att uppgradera ett stabilt system strax innan det krävs för att utföra en viktig uppgift. Det är klokt att vänta i stället för att ha tillräckligt med tid för att kunna hantera eventuella problem efter uppgradering.

undvik vissa pacman-kommandon

Undvik att göra partiella uppgraderingar. Med andra ord, kör aldrig pacman -Sy; använd iställetpacman -Syu.

undvik i allmänhet att använda alternativet--overwrite med pacman. Alternativet--overwrite tar ett argument som innehåller en glob. När den används pacman kommer förbi filkonflikt kontroller för filer som matchar glob. I ett välskött system bör det endast användas när det uttryckligen rekommenderas av Arch-utvecklarna. SE #Läs innan du uppgraderar systemavsnittet.,

Undvik att använda alternativet-d med pacman. pacman -Rdd package hoppar över beroendet kontroller under paket borttagning. Som ett resultat kan ett paket som ger ett kritiskt beroende tas bort, vilket resulterar i ett brutet system.

partiella uppgraderingar stöds inte

Arch Linux är en rullande release distribution. Det betyder att när nya biblioteksversioner skjuts till förvaret, återskapar utvecklarna och betrodda användare alla paket i förrådet som behöver byggas om mot biblioteken., Till exempel, om två paket är beroende av samma bibliotek, kan uppgradering av endast ett paket också uppgradera biblioteket (som ett beroende), vilket sedan kan bryta det andra paketet som beror på en äldre version av biblioteket.

det är därför partiella uppgraderingar inte stöds. Använd inte pacman -Sy package eller motsvarande som pacman -Sy följt av pacman -S package. Observera att pacman -Syuwinnebär samma risker sompacman -Sy, eftersom det kommer att uppdatera pacman sync-databasen utan att installera de nyare paketen., Uppgradera alltid (medpacman -Syu) innan du installerar ett paket. Observera att ompacman -Syu inte utför uppgraderingen på grund av ett fel är slutresultatet detsamma som att körapacman -Sy. Därför måste felet lösas och uppgraderingen slutföras så snart som möjligt. Var mycket försiktig när du använder IgnorePkgochIgnoreGroup av samma anledning. Om systemet har lokalt byggda paket (t.ex. AUR-paket) måste användarna bygga om dem när deras beroenden får en soname-bump.,

om ett partiellt uppgraderingsscenario har skapats och binärer bryts eftersom de inte kan hitta de Bibliotek de är länkade mot, ska du inte ”fixa” problemet helt enkelt genom symlinking. Bibliotek får soname-stötar när de inte är bakåtkompatibla. En enkel pacman -Syu till en korrekt synkroniserad spegel löser problemet så länge som pacman inte bryts.

bash script checkupdates, medföljer pacman-contrib paketet, ger ett säkert sätt att kontrollera för uppgraderingar till Installerade paket utan att köra en systemuppdatering samtidigt.,

agera på varningar under en uppgradering

När du uppgraderar systemet, var noga med att vara uppmärksam på varningsmeddelandena från pacman. Om några ytterligare åtgärder krävs av användaren, var noga med att ta hand om dem direkt. Om en pacman-varning är förvirrande, Sök på forumet och de senaste nyheterna för mer detaljerade instruktioner.

hantera snabbt nya konfigurationsfiler

När pacman anropas kan.pacnew och.pacsave filer skapas. Pacman ger meddelande när detta händer och användare måste ta itu med dessa filer snabbt., Användare hänvisas till wikisidan pacman / Pacnew och Pacsave för detaljerade instruktioner.

tänk också på andra konfigurationsfiler som du kan ha kopierat eller skapat. Om ett paket hade en exempelkonfiguration som du kopierade till din hemkatalog, kontrollera om ett nytt har skapats.

starta om eller starta om efter uppgraderingar

uppgraderingar tillämpas vanligtvis inte på befintliga processer. Du måste starta om processer för att fullt ut tillämpa uppgraderingen.

kärnan är särskilt svår att lappa utan omstart. En omstart är alltid det säkraste alternativet, men om detta är mycket obekvämt kernel live lapp kan användas för att tillämpa uppgraderingar utan en omstart.

Återställ trasiga uppdateringar

om en paketuppdatering förväntas / är känd för att orsaka problem, kommer paketen att se till att pacman visar ett lämpligt meddelande när paketet uppdateras., Om det uppstår problem efter en uppdatering, dubbelkolla pacmans utdata genom att titta på /var/log/pacman.log.

vid denna tidpunkt, först efter att ha säkerställt att det inte finns någon information tillgänglig via pacman, finns det inga relativa nyheter på https://archlinux.org/, och det finns inga foruminlägg angående uppdateringen, överväga att söka hjälp på forumet, över IRC eller genom att nedgradera det kränkande paketet.,

Sök efter föräldralösa och tappade paket

Efter uppgradering kan du nu ha Paket som inte längre behövs eller som inte längre finns i de officiella arkiven.

använd pacman -Qtd för att söka efter paket som installerats som beroende men nu är inga andra paket beroende av dem. Om ett föräldralöst paket fortfarande behövs, rekommenderas att du ändrar installationsskälen till explicit. Annars, om paketet inte längre behövs, kan det tas bort.,

dessutom kan det hända att vissa paket inte längre finns i fjärrförrådet, men de kan fortfarande finnas på ditt lokala system. För att lista alla utländska paket använder du pacman -Qm. Observera att listan innehåller paket som har installerats manuellt (t.ex. från AUR). För att utesluta paket som är (fortfarande) tillgängliga på AUR, använd verktyget ancient-packagesAUR.

använd pakethanteraren för att installera programvara

Pacman gör ett mycket bättre jobb än du på att hålla reda på filer., Om du installerar saker manuellt kommer du, förr eller senare, glömma vad du gjorde, glömma var du installerat, installera motstridiga program, installera på fel platser, etc.

• installera paket från de officiella repositorierna med metoden i avsnittet Pacman#installera paket.
• Om programmet du önskar inte är tillgängligt, kontrollera om någon har skapat ett paket i AUR. Följ metoden i den artikeln för installation.
• slutligen, om det program du vill ha inte finns i de officiella arkiven eller i AUR, lär du dig hur du skapar ett paket för det.,

för att rensa upp felaktigt installerade filer, se Pacman / Tips and tricks#identifiera filer som inte ägs av något paket.

Välj drivrutiner med öppen källkod

prova alltid drivrutiner med öppen källkod innan du använder egna drivrutiner. För det mesta är open source-drivrutiner mer stabila och tillförlitliga än proprietära drivrutiner. Open source driver buggar fixas lättare och snabbt. Medan proprietära drivrutiner kan erbjuda fler funktioner och möjligheter, kan detta komma till kostnaden för stabilitet., För att undvika detta dilemma, försök att välja hårdvarukomponenter som är kända för att ha moget open source-drivrutinsstöd med fullständiga funktioner. Information om hårdvara med öppen källkod Linux-drivrutiner finns på linux-drivers.org.

var försiktig med inofficiella paket

använd försiktighet när du använder paket från AUR eller ett inofficiellt användarförråd. De flesta levereras av vanliga användare och kan därför inte ha samma standarder som i de officiella arkiven. Undvik aur-hjälpare som automatiserar installationen av AUR-paket., Kontrollera alltid PKGBUILDs för sanity och tecken på misstag eller skadlig kod innan du bygger och/eller installerar paketet.

för att förenkla underhållet, begränsa mängden inofficiella paket som används. Gör regelbundna kontroller som är i faktiskt bruk, och ta bort (eller ersätta med sina officiella motsvarigheter) andra. Se Pacman / Tips och tricks#underhåll för användbara kommandon.

uppdatera mirrorlist

uppdatera pacmans mirrorlist, eftersom kvaliteten på speglarna kan variera över tiden, och vissa kan gå offline eller deras nedladdningshastighet kan försämras.

se speglar för mer information.,

rengör filsystemet

När du letar efter filer att ta bort är det viktigt att hitta de filer som tar upp mest diskutrymme. Program som hjälper till med detta finns i:

• lista över program#diskanvändning display.
• lista över program#diskrengöring.

Paketcache

Ta bort oönskade.pkg filer från/var/cache/pacman/pkg/ för att frigöra diskutrymme.

se Pacman#rengöra paketcachen för mer information.,

oanvända paket (föräldralösa)

Ta bort oanvända paket från systemet för att frigöra diskutrymme och förenkla underhållet.

se Pacman / Tips and tricks#ta bort oanvända paket (föräldralösa) för mer information.

gamla konfigurationsfiler

gamla konfigurationsfiler kan komma i konflikt med nyare programvaruversioner, eller korrupta över tiden. Ta bort onödiga konfigurationer med jämna mellanrum, särskilt i din hemkatalog och ~/.config. Av liknande skäl, var försiktig när du delar hemmappar mellan installationer.,

leta efter följande mappar:

se XDG Base Directory support för mer information.

för att hålla hemkatalogen ren från temporära filer som skapats på fel ställe är det en bra idé att hantera en lista med oönskade filer och ta bort dem regelbundet, till exempel med rmshit.py.

rmlint kan användas för att hitta och eventuellt ta bort dubbletter av filer, tomma filer, rekursiva tomma kataloger och trasiga symboliska länkar.

brutna symboliska länkar

gamla, trasiga symboliska länkar kan sitta runt ditt system; du bör ta bort dem., Exempel på att uppnå detta finns här och här. Du bör dock inte blint radera alla brutna symboliska länkar, eftersom vissa av dem tjänar ett syfte .

för att snabbt lista alla trasiga symboliska länkar i ditt system, använd:

# find / -xtype l -print

inspektera och ta bort onödiga poster från den här listan.

Tips och tricks

följande tips är i allmänhet inte nödvändiga, men vissa användare kan hitta dem användbara.,

använd beprövade programpaket

Archs rullande utgåvor kan vara en välsignelse för användare som vill prova de senaste funktionerna och få uppdateringar uppströms så snart som möjligt, men de kan också göra systemunderhåll svårare. För att förenkla underhåll och förbättra stabiliteten, försök att undvika avancerad programvara och installera endast mogen och beprövad programvara. Sådana paket är mindre benägna att få svåra uppgraderingar som stora konfigurationsändringar eller funktionsupptagningar., Föredrar programvara som har en stark och aktiv utvecklingsgemenskap, liksom ett stort antal kompetenta användare, för att förenkla stödet vid problem.

Undvik all användning av testförvaret, även enskilda paket från testning. Dessa paket är experimentella och inte lämpliga för ett stabilt system. På samma sätt, undvik paket som byggs direkt från uppströmsutvecklingskällor. Dessa finns vanligtvis i AUR, med namn inklusive saker som:” dev”,” devel”,” svn”,” cvs”,” git ” etc.,

installera linux-lts-paketet

linux-lts-paketet är ett alternativt Arch-kärnpaket och finns tillgängligt i kärnarkivet. Den här kärnversionen har långsiktigt stöd (LTS) från uppströms, inklusive säkerhetsfixar och vissa har backports. Det är användbart om du föredrar stabiliteten hos mindre frekventa kärnuppdateringar eller om du vill ha en reservkärna om en ny kärnversion orsakar problem.,

för att göra den tillgänglig som ett startalternativ måste du uppdatera startladdarens konfigurationsfil för att använda LTS-kärnan och ram-disken: vmlinuz-linux-lts och initramfs-linux-lts.img.

Se även

• Arch News Bash Script
• Automatisk Arch Systemunderhåll