- Operasjonelle forskjeller mellom forvaltere som APT, YUM og Snap avhengig av distribusjonen.
- Reparasjonsprosedyrer for dpkg-feil og ødelagte avhengigheter på Debian-systemer.
- Metoder for å rense ødelagte pakkeindekser og administrere foreldede arkiver (feil 404).
Se for deg operativsystemet ditt som et profesjonelt kjøkken der alt må være på plass for at tjenesten skal være perfekt. I Linux-verdenen er pakkebehandleren den organiserte kokken som sørger for at hvert program installeres uten å ødelegge noe, og administrerer avhengigheter og oppdateringer slik at du ikke ender opp med å "steke skruer" i stedet for panerte koteletter.
Det går imidlertid ikke helt knirkefritt; noen ganger kan en avbrutt oppdatering eller et strømbrudd føre til at systemet går i uorden. Når pakkebehandleren krasjer , er det normalt å føle seg frustrert, spesielt hvis feilmeldingene ser ut til å være skrevet på kinesisk, men de fleste av disse problemene har en rask løsning hvis du vet hvilke kommandoer du skal kjøre.
Forstå pakkehåndtering i Linux
For å unngå å gå oss vill underveis, må vi først forstå hva en pakke er. I bunn og grunn er det en fil som inneholder koden, instruksjonene og metadataene som er nødvendige for at et program skal fungere riktig på maskinen din. Pakkebehandleren fungerer som et digitalt butikkvindu, søker etter programmet, sjekker hvilke andre biblioteker det trenger (de velkjente avhengighetene), og installerer det i riktig mappe.
Avhengig av hvilken distribusjon du bruker, vil du ha en annen pakkebehandler. I Debian-, Ubuntu- eller Linux Mint-økosystemet regjerer APT (Advanced Package Tool) suverent , og er ekstremt effektiv til å koordinere versjoner. På den annen side, hvis du jobber med miljøer som Fedora, CentOS eller Red Hat, finner du YUM eller dens etterfølger, DNF . Og for de som leter etter noe mer moderne og isolert, finnes det Snap-pakker , som kommer i sin egen "container" med alt inkludert, slik at man unngår konflikter med resten av systemet, selv om de bruker litt mer plass.
Slik fikser du vanlige installasjonsfeil
En av de vanligste hodepinene er den fryktede delprosessfeilen der dpkg returnerer en feilkode (1)Dette skjer vanligvis når en installasjon avbrytes midtveis. For å fikse dette er det første trinnet å be systemet om å fullføre det det startet ved å kjøre sudo dpkg --configure -aHvis problemet vedvarer, kan det være ødelagte filer. I så fall kan du rens .postrm- og .list-filene i banen /var/lib/dpkg/info/ og oppdater deretter systemet med en sudo apt-get clean all etterfulgt av en fullstendig oppdatering.
Noen ganger vil systemet gi deg en advarsel som indikerer at arkivet er ikke oppdatert og at gamle indekser vil bli brukt på grunn av en feil med signaturverifiseringen. Når dette skjer, er det beste å slette de gjeldende listene slik at systemet laster dem ned fra bunnen av. Du må bare slett innholdet i /var/lib/apt/lists/ og dens delvise mappe, for deretter å starte en sudo apt-get update og la alt synkroniseres igjen.
Et annet vanlig scenario er der sjefen foreslår at du løper sudo apt-get -f installIkke ignorer dette rådet; denne kommandoen er viktig for reparere ødelagte avhengigheter eller ufullstendige installasjoner som blokkerer resten av oppdateringene. Når systemet har lappet disse hullene, kan du fortsette å oppdatere programvaren uten irriterende advarsler.
Tilkoblingsproblemer og utdaterte arkiver
Ikke alle feil er interne; noen ganger ligger problemet i nettverket eller serveren. Hvis du ser meldinger om at «tilkobling ble avvist» (feil 111) når du prøver å laste ned en pakke, er det sannsynlig at speilserveren du bruker er nede, eller at du har et lokalt nettverksproblem. I slike tilfeller er det viktig å sjekke tilkoblingen eller endre nedlastingsserveren i programvareinnstillingene for å få ting tilbake til normalen.
På den annen side har vi feilen 404 Not Found. Dette skjer når et PPA-depot eller en eldre versjon av distribusjonen når slutten av levetiden sin , og administratorene sletter filene fra serveren. Løsningen her er kirurgisk: du må gå inn i `/etc/apt/sources.list` eller `/etc/apt/sources.list.`-katalogen og slette linjen eller `.list`-filen som refererer til det nedlagte depotet. Når sporet av den ikke-eksisterende serveren er fjernet, vil oppdateringskommandoen fungere igjen uten feil.
Å mestre disse verktøyene og vite hvordan du skal reagere på APT-, YUM- eller Snap-blokker lar deg holde systemet stabilt og rent. Enten det gjelder å slette ødelagte indekser, reparere avhengigheter med -fo-flagget eller fjerne utdaterte repositorier, er nøkkelen å holde pakkeflyten oppdatert for å forhindre at en liten feil blir et stort problem som krever at du installerer hele systemet på nytt.
Lidenskapelig forfatter om verden av bytes og teknologi generelt. Jeg elsker å dele kunnskapen min gjennom å skrive, og det er det jeg skal gjøre i denne bloggen, vise deg alle de mest interessante tingene om dingser, programvare, maskinvare, teknologiske trender og mer. Målet mitt er å hjelpe deg med å navigere i den digitale verden på en enkel og underholdende måte.