Hvordan fikse feilen "mislyktes i å låse /var/lib/dpkg/lock".

Selv om en Linux-distribusjon kan velge å installere programvaren slik den finner passende, kan de oftere enn ikke installere den fra sine offisielle depoter. Disse lagrene kan vedlikeholdes direkte av distribusjonen og/eller basert på andre, som for eksempel skjer med Debian->Ubuntu->Linux Mint. I disse tilfellene er pakkebehandleren APT, og noen ganger kan vi se meldingen "kunne ikke låse /var/lib/dpkg/lock" i terminalen eller til og med i et verktøy med et grafisk grensesnitt.

Denne artikkelen vil prøve å kaste lys. om hva det er og hvordan feilen kan løses som får oss til å se meldingen "/var/lib/dpkg/lock kunne ikke låses", men jeg kan fortelle deg at det er en veldig enkel løsning som kan fikse dette og mange andre problemer, enten det er i en Linux- basert distribusjon eller et annet operativsystem, inkludert mobil.

Hva betyr feilen "kunne ikke låse /var/lib/dpkg/lock"?

Generelt, når vi ser feilen "kunne ikke låse /var/lib/dpkg/lock", indikerer terminalen eller programvaren som viser det at en annen APT-prosess kjører og bruker den samme databasen. som vi prøver å få tilgang til . Med andre ord, den nye APT-prosessen prøver å låse filen /var/lib/dpkg/lock, han får det ikke fordi han er opptatt og informere oss om det.

Det vanligste er at en annen APT-prosess, slik som oppdateringen, kjører allerede og har låst låsefilen, så den kan ikke ta det første trinnet, som er nettopp å låse filen.

Hvordan fikse feilen

Det første vi må gjøre, spesielt hvis vi ikke liker å bruke terminalen, er sjekk om det er noen programvare som kjører. For eksempel, i Ubuntu kan vi se om Ubuntu Software (fork of GNOME Software) gjør noe, og også Software Update, applikasjonen som har ansvaret, som navnet antyder, for å oppdatere programvaren. Hvis vi ikke ser noen av disse programmene åpne, kan vi også starte systemmonitoren og se etter dem for å se om de kjører i bakgrunnen.

Las applikasjoner som vi må se etter vil avhenge av distribusjonen som vi bruker, siden Ubuntu Software ikke er i Kubuntu, og Discover er heller ikke i hovedversjonen av Debian. Hver distribusjon administrerer programvaren med verktøyene den velger å legge til, og de kan blokkere GNOME-programvarearkivet, Discover, en hvilken som helst annen programvarebutikk eller oppdateringsverktøyet.

Enten de er i forgrunnen eller i bakgrunnen, er ett alternativ å ha tålmodighet og vent for å se om jobben du gjør er ferdig. Noen ganger ser vi en feilmelding og vi vil at den skal rettes umiddelbart, når løsningen er å vente et øyeblikk.

En omstart eller avlogging bør være tilstrekkelig

For mange år siden spurte en venn meg alltid hvordan jeg skulle fikse krasj i Windows. Det kom en tid da jeg nesten ikke spurte ham lenger, og jeg anbefalte ham omstart fordi det nesten alltid var den beste løsningen for ham. I tilfelle feilen "kunne ikke låse /var/lib/dpkg/lock" er også en mulig løsning. Når du starter fra bunnen av, kan du starte med filen låst av oppdateringsverktøyet, men den vil låse den opp snart, når du bekrefter at det ikke er noe nytt å installere eller det er, men du har allerede informert oss om det.

Jada, det er ikke den mest elegante løsningen, men den er minst kostbar og kan være den beste og raskeste hvis du ikke har noen grunn til å holde deg pålogget.

Når meldingen "mislyktes i å låse /var/lib/dpkg/lock" forsvinner ikke

Når vi har startet på nytt eller ventet en stund og vi fortsetter å se meldingen, er det som skjer med oss ​​ikke noe vanlig. Blokkeringen har blitt "hengt" eller, verdt redundansen, blokkert, så det er allerede verdt å trekke terminalen.

1. Det første vi vil gjøre er å åpne en terminal og identifisere den kjørende APT-prosessen med denne kommandoen:

sudo lsof /var/lib/dpkg/lock

2. Med prosessen identifisert, dreper vi den med denne kommandoen, og erstatter PID med nummeret til prosessen som vi vil ha funnet ut med kommandoen fra trinn 1:

sudo kill PID

3. Til slutt prøver vi på nytt å utføre APT-administrasjonen om at feilen kom tilbake. Det bør tillate oss å gå videre.

Hvis dette ikke løser det, kan vi gjøre noe mer drastisk, så du må ta forholdsregler eller ta ekstra grep. Dette gjør det "den vanskelige måten": fjerner filen /var/lib/dpkg/lock. Trinnene du må følge for å gjøre det trygt er disse:

1. Vi tar en sikkerhetskopi av filen /var/lib/dpkg/lock. Ettersom det vi vil gjøre er å kopiere det, kan vi bruke filbehandleren, siden superbrukertillatelser ikke kreves. Fra terminalen kunne det gjøres med cp /var/lib/dpkg/lock new-path, endre "ny-bane" til banen der vi ønsker å lage sikkerhetskopien.
2. Vi sletter filen. For dette vil det være nødvendig å trekke privilegier. Hvis filbehandleren vår tillater oss, kan vi skrive for eksempel "sudo nautilus" uten anførselstegn for å fjerne det med et grafisk grensesnitt, men jeg tror det vil være raskere og enklere å åpne terminalen og skrive:

sudo rm /var/lib/dpkg/lock

3. Med filen slettet kan vi prøve igjen det vi ikke fikk lov til. hvis vi skriver sudo apt oppdatering og vi ser ikke feilen, feilen er fikset.

Omstart og tålmodighet er vanligvis best

Selv om det er måter å fikse det på, slik som de som ble forklart i forrige punkt, feilen "kunne ikke låse /var/lib/dpkg/lock" det er egentlig ikke noe alvorlig og det kan fikses ved å vente en stund eller ved å starte på nytt. Det er noe som vanligvis fikser seg selv, og hvis det ikke gjør det, er en omstart den minst aggressive og mest effektive. Nå er dette Linux, og alt eller nesten alt har en løsning fra terminalen, for ikke å snakke om at vi kan "drepe" hva vi vil.

Uansett grunn håper jeg at det som står her har kunnet hjelpe deg, enten å få beskjeden til å forsvinne med en mer aggressiv prosess eller at du har litt tålmodighet.