Sådan rettes fejlen "mislykkedes at låse /var/lib/dpkg/lock".

Selvom en Linux-distribution måske vælger at installere softwaren, som den finder passende, kan de oftere end ikke som minimum installere den fra deres officielle arkiver. Disse lagre kan vedligeholdes direkte af distributionen og/eller baseret på andre, som det f.eks. sker med Debian->Ubuntu->Linux Mint. I disse tilfælde er pakkehåndteringen APT, og nogle gange kan vi se beskeden "kunne ikke låse /var/lib/dpkg/lock" i terminalen eller endda i et værktøj med en grafisk grænseflade.

Denne artikel vil forsøge at kaste lidt lys. om hvad det er, og hvordan fejlen kan løses der får os til at se beskeden "/var/lib/dpkg/lock kunne ikke låses", men jeg kan fortælle dig, at der er en meget simpel løsning, der kan løse dette og mange andre problemer, uanset om det er i en Linux- baseret distribution eller ethvert andet operativsystem, inklusive mobil.

Hvad betyder fejlen "kunne ikke låse /var/lib/dpkg/lock"?

Generelt, når vi ser fejlen "kunne ikke låse /var/lib/dpkg/lock", indikerer terminalen eller softwaren, der viser det, at en anden APT-proces kører og bruger den samme database. som vi forsøger at få adgang til . Med andre ord forsøger den nye APT-proces at låse filen /var/lib/dpkg/lock, han kan ikke få det, fordi han har travlt og informere os om det.

Det mest almindelige er det en anden APT-proces, såsom opdateringen, kører allerede og har låst låsefilen, så den kan ikke tage det første skridt, som netop er at låse filen.

Sådan løses fejlen

Det første, vi skal gøre, især hvis vi ikke kan lide at bruge terminalen, er kontrollere, om der er et softwareprogram, der kører. For eksempel kan vi i Ubuntu se, om Ubuntu Software (fork of GNOME Software) gør noget, og også Software Update, den applikation, der, som navnet antyder, har ansvaret for at opdatere softwaren. Hvis vi ikke ser nogen af ​​disse programmer åbne, kan vi også starte systemmonitoren og lede efter dem for at se, om de kører i baggrunden.

den applikationer, som vi skal lede efter, afhænger af fordelingen som vi bruger, da Ubuntu Software ikke er i Kubuntu, og Discover heller ikke er i hovedversionen af ​​Debian. Hver distribution administrerer softwaren med de værktøjer, den vælger at tilføje, og de kan blokere GNOME-softwarearkivet, Discover, enhver anden softwarebutik eller opdateringsværktøjet.

Uanset om de er i forgrunden eller i baggrunden, er en mulighed have tålmodighed og vent for at se, om det arbejde, du laver, er færdigt. Nogle gange ser vi en fejlmeddelelse, og vi ønsker, at den skal rettes med det samme, når løsningen skal vente et øjeblik.

En genstart eller logoff burde være tilstrækkeligt

For mange år siden spurgte en ven mig altid, hvordan man fikser sine nedbrud i Windows. Der kom et tidspunkt, hvor jeg næsten ikke spurgte ham længere, og jeg anbefalede ham genstart fordi det næsten altid var den bedste løsning for ham. I tilfælde af fejlen "kunne ikke låse /var/lib/dpkg/lock" er også en mulig løsning. Når du starter fra bunden, kan du starte med filen låst af opdateringsværktøjet, men den låser den snart op, når du bekræfter, at der ikke er noget nyt at installere, eller der er, men du allerede har informeret os om det.

Sikker på, det er ikke den mest elegante løsning, men den er den billigste og kan være den bedste og hurtigste, hvis du ikke har nogen grund til at holde dig logget ind.

Når beskeden "mislykkedes at låse /var/lib/dpkg/lock" forsvinder ikke

Når vi har genstartet eller ventet et stykke tid, og vi fortsætter med at se beskeden, er det, der sker med os, ikke noget normalt. Blokeringen er blevet "hængt" eller, redundansen værd, blokeret, så det er allerede værd at trække terminalen.

1. Den første ting, vi vil gøre, er at åbne en terminal og identificere den kørende APT-proces med denne kommando:

sudo lsof /var/lib/dpkg/lock

2. Med processen identificeret, dræber vi den med denne kommando, og erstatter PID med nummeret på processen, som vi har fundet ud af med kommandoen fra trin 1:

sudo kill PID

3. Til sidst forsøger vi igen at udføre APT-styringen, at fejlen vendte tilbage. Det burde give os mulighed for at komme videre.

Hvis dette ikke løser det, kan vi gøre noget mere drastisk, så du bliver nødt til at tage forholdsregler eller tage ekstra skridt. Dette gør det på "den hårde måde": fjerner filen /var/lib/dpkg/lock. Trinene at følge for at gøre det sikkert ville være disse:

1. Vi laver en sikkerhedskopi af filen /var/lib/dpkg/lock. Da det, vi vil gøre, er at kopiere det, kan vi bruge filhåndteringen, da superbrugertilladelser ikke er påkrævet. Fra terminalen kunne det gøres med cp /var/lib/dpkg/lock new-path, ved at ændre "ny-sti" til den sti, hvor vi vil lave sikkerhedskopien.
2. Vi sletter filen. Til dette vil det være nødvendigt at trække privilegier. Hvis vores filhåndtering tillader os, kan vi skrive for eksempel "sudo nautilus" uden anførselstegn for at fjerne det med en grafisk grænseflade, men jeg tror, ​​det vil være hurtigere og nemmere at åbne terminalen og skrive:

sudo rm /var/lib/dpkg/lock

3. Med filen slettet kan vi prøve igen, hvad vi ikke fik lov til. hvis vi skriver sudo apt opdatering og vi kan ikke se fejlen, fejlen er rettet.

Genstart og tålmodighed er normalt bedst

Selvom der er måder at rette det på, såsom dem, der blev forklaret i det foregående punkt, fejlen "kunne ikke låse /var/lib/dpkg/lock" det er ikke noget alvorligt og det kan rettes ved at vente et stykke tid eller ved at genstarte. Det er noget, der normalt løser sig selv, og hvis det ikke gør det, er en genstart den mindst aggressive og mest effektive. Nu, dette er Linux, og alt eller næsten alt har en løsning fra terminalen, for ikke at nævne, at vi kan "dræbe" hvad vi vil.

Af en eller anden grund håber jeg, at det, der står her, har kunnet hjælpe dig, enten at få beskeden til at forsvinde med en mere aggressiv proces eller at du har lidt tålmodighed.