- Működési különbségek olyan kezelők között, mint az APT, a YUM és a Snap, a disztribúciótól függően.
- Javítási eljárások a dpkg hibák és a hibás függőségek kijavítására Debian rendszereken.
- Módszerek a sérült csomagindexek tisztítására és az elavult adattárak kezelésére (404-es hiba).
Képzeld el az operációs rendszeredet egy profi konyhaként, ahol mindennek a helyén kell lennie ahhoz, hogy a szolgáltatás tökéletes legyen. A Linux világában a csomagkezelő az a szervezett szakács , aki biztosítja, hogy minden program telepítése ne sérüljön meg, kezeli a függőségeket és a frissítéseket, így nem kell "sütőcsavarokat" készítened a panírozott hússzeletek helyett.
Azonban nem minden megy zökkenőmentesen; néha egy megszakadt frissítés vagy egy áramszünet felboríthatja a rendszer működését. Amikor a csomagkezelő összeomlik , normális, ha frusztráltnak érezzük magunkat, különösen, ha a hibaüzenetek kínaiul íródtak, de ezekre a problémákra van gyors megoldás, ha tudjuk, mely parancsokat kell futtatni.
A csomagkezelés megértése Linuxban
Hogy elkerüljük az eltévedést, először is meg kell értenünk, hogy mi is az a csomag. Alapvetően egy fájl, amely tartalmazza a kódot, utasításokat és metaadatokat, amelyek ahhoz szükségesek, hogy egy alkalmazás megfelelően működjön a gépünkön. A csomagkezelő digitális kirakatként működik, megkeresi a programot, ellenőrzi, hogy milyen egyéb könyvtárakra van szüksége (a jól ismert függőségek), és telepíti a megfelelő mappába.
A használt disztribúciótól függően más csomagkezelőd lesz. A Debian, Ubuntu vagy Linux Mint ökoszisztémában az APT (Advanced Package Tool) uralkodik , amely rendkívül hatékony a verziók koordinálásában. Másrészt, ha olyan környezetekkel dolgozol, mint a Fedora, a CentOS vagy a Red Hat, akkor a YUM-ot vagy annak utódját, a DNF-et találod . Azok számára pedig, akik valami modernebbet és elszigeteltebbet keresnek, ott vannak a Snap csomagok , amelyek saját "konténerben" érkeznek, mindent tartalmaznak, elkerülve az ütközéseket a rendszer többi részével, bár valamivel több helyet foglalnak.
Hogyan javítsuk ki a gyakori telepítési hibákat
Az egyik leggyakoribb fejfájás a rettegett alfolyamathiba, ahol A dpkg hibakódot ad vissza (1)Ez általában akkor fordul elő, ha egy telepítés félbeszakad. A probléma megoldásához az első lépés, hogy utasítsuk a rendszert a folyamat befejezésére a következő parancs futtatásával: sudo dpkg --configure -aHa a probléma továbbra is fennáll, előfordulhat, hogy sérült fájlok vannak; ebben az esetben a következőket teheti: tisztítsd meg a .postrm és .list fájlokat a /var/lib/dpkg/info/ elérési úton, majd frissítse a rendszert egy sudo apt-get clean all majd egy teljes frissítés következik.
Előfordulhat, hogy a rendszer figyelmeztetést ad, amely jelzi, hogy a tárhely nem naprakész és hogy az aláírás-ellenőrzési hiba miatt a régi indexek lesznek használatban. Amikor ez megtörténik, a legjobb megoldás az aktuális listák törlése, hogy a rendszer a semmiből töltse le azokat. Csak annyit kell tennie, hogy törölje a /var/lib/apt/lists/ tartalmát és annak részleges mappáját, majd indítson el egy sudo apt-get update és hagyjuk, hogy minden újra szinkronizálódjon.
Egy másik gyakori forgatókönyv, amikor a vezető azt javasolja, hogy menekülj. sudo apt-get -f installNe hagyja figyelmen kívül ezt a tanácsot; ez a parancs elengedhetetlen a következőkhöz: javítsa meg a hibás függőségeket vagy hiányos telepítések, amelyek blokkolják a többi frissítést. Miután a rendszer kijavította ezeket a hiányosságokat, folytathatja a szoftver frissítését bosszantó figyelmeztetések nélkül.
Kapcsolódási problémák és elavult adattárak
Nem minden hiba belső; néha a probléma a hálózattal vagy a szerverrel van. Ha „ kapcsolat elutasítva” üzeneteket (111-es hiba) lát egy csomag letöltésekor, valószínűleg a használt tükörszerver nem működik, vagy helyi hálózati probléma van. Ezekben az esetekben a kapcsolat ellenőrzése vagy a letöltési szerver módosítása a szoftverbeállításokban kulcsfontosságú a dolgok normalizálódásához.
Másrészről ott van a 404-es „Nem található” hiba. Ez akkor fordul elő, amikor egy PPA-repozitórium vagy a disztribúció egy régebbi verziója eléri az élettartama végét , és a rendszergazdák törlik a fájlokat a szerverről. A megoldás itt sebészeti: be kell lépni az `/etc/apt/sources.list` vagy az `/etc/apt/sources.list.` könyvtárba , és törölni kell a sort vagy a `.list` fájlt , amely a megszűnt repozitóriumra hivatkozik. Miután a nem létező szerver nyomkövetése eltávolításra került, a frissítési parancs hibák nélkül újra működni fog.
Ezen eszközök elsajátítása és az APT, YUM vagy Snap blokkokra adott válaszok ismerete lehetővé teszi a rendszer stabil és tiszta állapotának megőrzését. Akár sérült indexek törléséről, függőségek javításáról a -fo kapcsolóval, akár elavult tárolók eltávolításáról van szó, a kulcs a csomagkezelési folyamat naprakészen tartása, hogy megakadályozzuk egy apró hiba komolyabbá válását, amely a teljes rendszer újratelepítését igényli.
Szenvedélyes író a bájtok és általában a technológia világáról. Szeretem megosztani tudásomat írásban, és ezt fogom tenni ebben a blogban, megmutatom a legérdekesebb dolgokat a kütyükről, szoftverekről, hardverekről, technológiai trendekről stb. Célom, hogy egyszerű és szórakoztató módon segítsek eligazodni a digitális világban.