Rendszerkarbantartás

rendszeres Rendszerkarbantartás szükséges az Arch megfelelő működéséhez egy ideig. Az időben történő karbantartás olyan gyakorlat, amelyet sok felhasználó megszokhat.

hibák ellenőrzése

sikertelen systemd-szolgáltatások

ellenőrizze, hogy a systemd-szolgáltatások sikertelen állapotba kerültek-e:

$ systemctl --failed

további információkért lásd a Systemd#a rendszer állapotának elemzése.,

Logfiles

keresse meg a/var/log naplófájlok hibáit, valamint a systemd folyóirat magas prioritású hibáit:

# journalctl -p 3 -xb

további információkért lásd a systemd/Journal oldalt.

lásd Xorg # hibaelhárítás információt hol és hogyan Xorg naplók hibák.

Backup

készítsen biztonsági másolatot a fontos adatokról rendszeres időközönként. Lásd: szinkronizálás és biztonsági mentési programok számos alternatív alkalmazáshoz, amelyek jobban megfelelnek az Ön esetének. Lásd Kategória: rendszer helyreállítása más érdekes cikkek.,

A biztonsági mentések automatizálhatók a systemd / időzítőkkel.

konfigurációs fájlok

bármely konfigurációs fájl szerkesztése előtt készítsen biztonsági másolatot, hogy problémák esetén visszatérhessen egy működő verzióra. Szerkesztők mint életerős emacs képes automatikusan, valamint eszközök, mint a etckeeper, amely tovább /etc egy verziókezelő rendszer (VCS); lásd dotfiles#Nyomkövető dotfiles közvetlenül a Git több.,

a telepített csomagok listája

tartsa fenn az összes telepített csomag listáját, így ha a teljes újratelepítés elkerülhetetlen, könnyebb újra létrehozni az eredeti környezetet.

lásd Pacman tippek # a telepített csomagok listája a részletekért.

Pacman database

lásd pacman / tippek és trükkök # biztonsági másolat készítése a pacman adatbázisról.

titkosítási metaadatok

lásd: adat-at-rest titkosítás # biztonsági mentés lemez titkosítási forgatókönyvekhez.

rendszer-és felhasználói adatok

lásd a rendszer biztonsági mentését.,

A rendszer frissítése

javasoljuk, hogy rendszeresen végezzen teljes rendszerfrissítéseket a Pacman#frissítési csomagokon keresztül, hogy élvezze mind a legújabb hibajavításokat, mind a biztonsági frissítéseket, valamint hogy elkerülje a túl sok csomagfrissítést, amelyek egyszerre kézi beavatkozást igényelnek. Amikor támogatást kér a közösségtől, általában azt feltételezzük, hogy a rendszer naprakész.

győződjön meg róla, hogy az Arch install media vagy más Linux “live” CD/USB elérhető, így könnyen mentheti a rendszert, ha a frissítés után probléma merül fel., Ha Arch-ot futtat egy termelési környezetben, vagy bármilyen okból nem engedheti meg magának a leállást, először tesztelje a konfigurációs fájlok változásait, valamint a szoftvercsomagok frissítéseit egy nem kritikus ismétlődő rendszeren. Ezután, ha nem merül fel probléma, hajtsa végre a termelési rendszer változásait.

Ha a rendszer az AUR csomagjait tartalmazza, gondosan frissítse mindegyiket.

a pacman egy hatékony csomagkezelő eszköz, de nem próbálja meg kezelni az összes sarok esetet. A felhasználóknak ébernek kell lenniük, és felelősséget kell vállalniuk saját rendszerük fenntartásáért.,

olvassa el a rendszer frissítése előtt

frissítés előtt a felhasználók várhatóan meglátogatják az Arch Linux kezdőlapot a legfrissebb hírek ellenőrzéséhez, vagy alternatív módon feliratkozhatnak az RSS hírcsatornára vagy az arch-bejelenti levelezőlistára. Ha a frissítések nem szokásos felhasználói beavatkozást igényelnek (több, mint amit egyszerűen a pacman utasításainak követésével lehet kezelni), megfelelő hírbejegyzés készül.

frissítés Előtt alapvető szoftver (például a kernel, xorg, systemd, vagy glibc), hogy egy új verzió, nézd át a megfelelő fórum látni, hogy vannak-e jelentettek problémát.,

a felhasználóknak tisztában kell lenniük azzal is, hogy a csomagok frissítése váratlan problémákat okozhat, amelyek azonnali beavatkozást igényelhetnek; ezért nem ajánlott egy stabil rendszer frissítése röviddel azelőtt, hogy egy fontos feladat elvégzéséhez szükséges lenne. Bölcs dolog inkább várni, hogy elegendő idő álljon rendelkezésre annak érdekében, hogy képes legyen kezelni a lehetséges frissítés utáni problémákat.

Kerülje el bizonyos pacman parancsokat

kerülje a részleges frissítéseket. Más szóval, soha ne futtassa a pacman -Sy; ehelyett mindig használja a pacman -Syu.

általában kerülje a --overwrite opció használatát pacmannal. A --overwrite opció egy globot tartalmazó argumentumot vesz fel. Ha használt pacman megkerüli fájl konfliktus ellenőrzi a fájlokat, amelyek megfelelnek a glob. Egy megfelelően karbantartott rendszerben csak akkor szabad használni, ha az Arch fejlesztők kifejezetten ajánlják. Lásd a # olvasást a rendszer frissítése előtt.,

kerülje a-d opció használatát pacmannal. pacman -Rdd package kihagyja a függőségi ellenőrzéseket a csomag eltávolítása során. Ennek eredményeként egy kritikus függőséget biztosító csomagot el lehet távolítani, ami hibás rendszert eredményez.

részleges frissítések nem támogatott

Arch Linux egy gördülő kiadás elosztó. Ez azt jelenti, hogy amikor az új könyvtári verziók a tárolókba kerülnek, a fejlesztők és a megbízható felhasználók újraépítik az összes olyan csomagot a tárolókban, amelyet újra kell építeni a könyvtárakkal szemben., Például, ha két csomag ugyanattól a könyvtártól függ, akkor csak egy csomag frissítése is frissítheti a könyvtárat (függőségként), ami megszakíthatja a másik csomagot, amely a könyvtár régebbi verziójától függ.

ezért a részleges frissítések nem támogatottak. Ne használja a pacman -Sy package – t, vagy bármilyen ezzel egyenértékű eszközt, mint például a pacman -Sy, majd a pacman -S package. Vegye figyelembe, hogy a pacman -Syuwugyanazokat a kockázatokat jelenti, mint például a pacman -Sy, mivel frissíti a pacman sync adatbázist az újabb csomagok telepítése nélkül., A csomag telepítése előtt mindig frissítse (pacman -Syu). Vegye figyelembe, hogy ha apacman -Syu hiba miatt nem hajtja végre a frissítést, akkor a végeredmény megegyezik apacman -Syfuttatásával. Ezért a hibát meg kell oldani, a frissítési művelet a lehető leghamarabb befejeződik. Legyen nagyon óvatos, ha a IgnorePkg és IgnoreGroup ugyanezen okból használja. Ha a rendszer helyileg épített csomagokat (például AUR csomagokat) tartalmaz, akkor a felhasználóknak újra kell építeniük őket, amikor függőségeik soname bump-ot kapnak.,

ha részleges frissítési forgatókönyv jött létre, és a binárisok megszakadnak, mert nem találják meg azokat a könyvtárakat, amelyekhez kapcsolódnak, ne “oldják meg” a problémát egyszerűen a symlinking segítségével. Könyvtárak kapnak soname dudorok, ha nem visszafelé kompatibilis. Egy egyszerű pacman -Syu egy megfelelően szinkronizált tükörrel megoldja a problémát, amíg pacman nem törött.

a pacman-contrib csomaghoz tartozó bash script checkupdates Biztonságos módot kínál a telepített csomagok frissítéseinek ellenőrzésére anélkül, hogy egyidejűleg rendszerfrissítést futtatna.,

A frissítés során a figyelmeztetésekről

a rendszer frissítésekor ügyeljen arra, hogy figyeljen a pacman által biztosított riasztási értesítésekre. Ha a felhasználó további műveleteket igényel, győződjön meg róla, hogy azonnal gondoskodik róluk. Ha egy pacman-riasztás zavaró, keresse meg a fórumokon és a legfrissebb hírekben a részletesebb utasításokat.

a pacman meghívásakor azonnal foglalkozzon új konfigurációs fájlokkal

, .pacnewés .pacsave fájlok hozhatók létre. Pacman értesítést, ha ez megtörténik, a felhasználóknak meg kell foglalkozni ezekkel a fájlokkal azonnal., A felhasználók hivatkoznak a Pacman / Pacnew és Pacsave wiki oldal részletes utasításokat.

gondoljon más konfigurációs fájlokra is, amelyeket esetleg másolt vagy létrehozott. Ha egy csomagnak volt egy példakonfigurációja, amelyet másolt a saját könyvtárába, ellenőrizze, hogy létrehozott-e újat.

újraindítás vagy újraindítás frissítések után

a frissítéseket általában nem alkalmazzák a meglévő folyamatokra. A frissítés teljes alkalmazásához újra kell indítania a folyamatokat.

a kernelt különösen nehéz javítani újraindítás nélkül. Az újraindítás mindig a legbiztonságosabb lehetőség, de ha ez nagyon kellemetlen kernel élő folt lehet használni, hogy alkalmazza a frissítéseket újraindítás nélkül.

törött frissítések visszaállítása

Ha egy csomagfrissítés várhatóan / ismert, hogy problémákat okoz,a csomagolók biztosítják, hogy a pacman megfelelő üzenetet jelenítsen meg a csomag frissítésekor., Ha probléma merül fel a frissítés után, ellenőrizze újra a pacman kimenetét a /var/log/pacman.logmegtekintésével.

ezen A ponton, csak miután megbizonyosodtam, hogy nem áll rendelkezésre információ keresztül pacman, nincs relatív hír https://archlinux.org/, nincs fórum hozzászólások tekintetében a frissítés, úgy keres segítséget a fórumon, több mint IRC, vagy rontják a jogsértő csomag.,

ellenőrizze, hogy nincsenek-e árvák és eldobott csomagok

frissítés után most már lehetnek olyan csomagok, amelyekre már nincs szükség, vagy amelyek már nincsenek a hivatalos tárolókban.

apacman -Qtd használatával ellenőrizheti, hogy vannak-e függőségként telepített csomagok, de most más csomagok nem függenek tőlük. Ha továbbra is árva csomagra van szükség, javasoljuk, hogy a telepítési okot explicitre változtassa. Ellenkező esetben, ha a csomag már nem szükséges, eltávolítható.,

ezenkívül egyes csomagok már nem lehetnek a távoli tárolókban, de továbbra is lehetnek a helyi rendszeren. Az összes külföldi csomag felsorolásához használja a pacman -Qmparancsot. Vegye figyelembe, hogy ez a lista tartalmazza azokat a csomagokat, amelyeket manuálisan telepítettek (például az AUR-ból). Az AUR-n (még) elérhető csomagok kizárásához használja az ancient-packagesAUR eszközt.

A csomagkezelő szoftver telepítéséhez

Pacman sokkal jobb munkát végez, mint te a fájlok nyomon követésében., Ha manuálisan telepíti a dolgokat, előbb vagy utóbb elfelejti, mit tett, elfelejti, hová telepítette, ellentmondásos szoftvert telepít, rossz helyekre telepít stb.

• telepítse a csomagokat a hivatalos tárolókból a Pacman # Csomagok telepítése szakasz módszerével.
• ha a kívánt program nem érhető el, ellenőrizze, hogy valaki létrehozott-e egy csomagot az AUR-ban. Kövesse a cikkben szereplő módszert a telepítéshez.
• végül, ha a kívánt program nem a hivatalos tárolókban vagy az AUR-ban található, megtudhatja, hogyan hozhat létre csomagot.,

a nem megfelelően telepített fájlok tisztításához lásd Pacman / Tips and tricks # azonosítsa azokat a fájlokat, amelyek nem tartoznak egyetlen csomaghoz sem.

válassza a nyílt forráskódú illesztőprogramokat

mindig próbálja ki a nyílt forráskódú illesztőprogramokat, mielőtt saját meghajtókat használna. Legtöbbször a nyílt forráskódú illesztőprogramok stabilabbak és megbízhatóbbak, mint a szabadalmaztatott illesztőprogramok. A nyílt forráskódú illesztőprogram hibái könnyebben és gyorsan javulnak. Míg a szabadalmaztatott illesztőprogramok több funkciót és képességet kínálhatnak, ez a stabilitás költségével járhat., Ennek a dilemmának a elkerülése érdekében próbáljon olyan hardverkomponenseket választani, amelyekről ismert, hogy érett nyílt forráskódú illesztőprogram-támogatással rendelkeznek, teljes funkciókkal. Információ a hardver a nyílt forráskódú Linux vezetők elérhető linux-drivers.org.

Legyen óvatos a nem hivatalos csomagok

A óvintézkedés, ha használja a csomagot a AUR, vagy egy nem hivatalos felhasználó adattár. A legtöbb szolgáltatást rendszeres felhasználók nyújtják, így nem feltétlenül ugyanazok a szabványok, mint a hivatalos tárolókban. Kerülje az AUR segítőket, amelyek automatizálják az AUR csomagok telepítését., A csomag elkészítése és/vagy telepítése előtt mindig ellenőrizze a pkgbuilds-t, hogy nincsenek-e épelméjűek vagy rosszindulatú kódok.

a karbantartás egyszerűsítése érdekében korlátozza a nem hivatalos csomagok mennyiségét. Rendszeresen ellenőrizze azokat, amelyek ténylegesen használatban vannak, és távolítsa el (vagy cserélje ki hivatalos társaival) másokat. Lásd pacman / tippek és trükkök # karbantartás hasznos parancsokat.

frissítse a tükörlistát

frissítse a pacman tükörlistáját, mivel a tükrök minősége idővel változhat, egyesek offline állapotba kerülhetnek, vagy letöltési sebességük csökkenhet.

lásd a tükröket a részletekért.,

tisztítsa meg a

fájlrendszert, amikor eltávolítandó fájlokat keres, fontos megtalálni azokat a fájlokat, amelyek a legtöbb lemezterületet foglalják el. Az ehhez segítséget nyújtó programok a következőkben találhatók:

• alkalmazások listája#Disk usage display.
• alkalmazások listája # lemez tisztítása.

csomag gyorsítótár

távolítsa el a nem kívánt.pkg fájlokat a/var/cache/pacman/pkg/ lemezterület felszabadításához.

lásd Pacman#a csomag gyorsítótárának tisztítása további információkért.,

fel nem használt csomagok (árvák)

távolítsa el a fel nem használt csomagokat a rendszerből a lemezterület felszabadításához és a karbantartás egyszerűsítéséhez.

lásd Pacman / tippek és trükkök # eltávolítása fel nem használt csomagok (árvák) a részletekért.

régi konfigurációs fájlok

a régi konfigurációs fájlok ütközhetnek az újabb szoftververziókkal, vagy idővel megsérülhetnek. Időnként távolítsa el a szükségtelen konfigurációkat, különösen a saját mappájában és ~/.config. Hasonló okokból legyen óvatos, ha otthoni mappákat oszt meg a telepítések között.,

keresse meg a következő mappákat:

további információkért lásd az XDG Base Könyvtár támogatását.

ahhoz, hogy a home könyvtár tiszta legyen a rossz helyen létrehozott ideiglenes fájloktól, jó ötlet kezelni a nem kívánt fájlok listáját, rendszeresen eltávolítani őket, például rmshit.py.

rmlint lehet használni, hogy megtalálja és opcionálisan eltávolítani ismétlődő fájlokat, üres fájlokat, rekurzív üres könyvtárak és törött symlinks.

törött symlinks

régi, törött szimbolikus linkek lehetnek a rendszer körül; távolítsa el őket., Ennek megvalósítására vonatkozó példák itt és itt találhatók. Azonban nem szabad vakon törölni az összes törött szimbolikus linket, mivel ezek közül néhány célt szolgál .

a rendszer összes törött szimbolikus linkjének gyors felsorolásához használja:

# find / -xtype l -print

Ezután ellenőrizze és távolítsa el a felesleges bejegyzéseket ebből a listából.

tippek és trükkök

az alábbi tippek általában nem szükségesek, de bizonyos felhasználók hasznosnak találhatják őket.,

bevált szoftvercsomagok használata

Az Arch gördülő kiadásai áldást jelenthetnek azoknak a felhasználóknak, akik a legújabb funkciókat szeretnék kipróbálni, és a lehető leghamarabb upstream frissítéseket szeretnének kapni, de megnehezíthetik a rendszer karbantartását is. A karbantartás egyszerűsítése és a stabilitás javítása érdekében próbálja meg elkerülni az élvonalbeli szoftvereket, és csak érett és bevált szoftvereket telepítsen. Az ilyen csomagok kevésbé valószínű, hogy olyan nehéz frissítéseket kapnak, mint a nagyobb konfigurációs változások vagy a szolgáltatás eltávolítások., Inkább szoftver, amely egy erős és aktív fejlesztési közösség, valamint a nagy számú illetékes felhasználók, annak érdekében, hogy egyszerűsítse a támogatást abban az esetben, ha a probléma.

kerülje a tesztelő tároló használatát, még az egyes csomagok tesztelését is. Ezek a csomagok kísérleti jellegűek, nem alkalmasak stabil rendszerre. Hasonlóképpen, kerülje azokat a csomagokat, amelyek közvetlenül az upstream fejlesztési forrásokból épülnek fel. Ezek általában az AUR-ban találhatók, olyan nevekkel, mint például: “dev”, “devel”, “svn”, “cvs”, ” git ” stb.,

telepítse a linux-lts csomagot

a linux-lts csomag egy alternatív Arch kernel csomag, amely elérhető a core repository-ban. Ez a kernel verzió hosszú távú támogatást (LTS) tartalmaz az upstream-től, beleértve a biztonsági javításokat és néhány funkció backports-ot. Hasznos, ha a kevésbé gyakori kernel-frissítések stabilitását részesíti előnyben, vagy ha tartalék kernelt szeretne, ha egy új kernel-verzió problémákat okoz.,

ahhoz, hogy rendszerindítási opcióként elérhetővé váljon, frissítenie kell a rendszerbetöltő konfigurációs fájlját az LTS kernel és ram lemez használatához:vmlinuz-linux-lts ésinitramfs-linux-lts.img.

Lásd még:

• Arch News bash Script
• automatikus Arch rendszer karbantartás