Hur man fixar felet "misslyckades med att låsa /var/lib/dpkg/lock".

Även om en Linux-distribution kan välja att installera programvaran hur den anser lämplig, kan de oftare än inte, åtminstone, installera den från sina officiella arkiv. Dessa arkiv kan underhållas direkt av distributionen och/eller baserat på andra, som till exempel händer med Debian->Ubuntu->Linux Mint. I dessa fall är pakethanteraren APT, och ibland kan vi se meddelandet "kunde inte låsa /var/lib/dpkg/lock" i terminalen eller till och med i ett verktyg med ett grafiskt gränssnitt.

Den här artikeln kommer att försöka kasta lite ljus. om vad det är och hur felet kan lösas som får oss att se meddelandet "/var/lib/dpkg/lock kunde inte låsas", men jag kan berätta att det finns en mycket enkel lösning som kan fixa detta och många andra problem, oavsett om det är i en Linux- baserad distribution eller något annat operativsystem, inklusive mobil.

Vad betyder felet "kunde inte låsa /var/lib/dpkg/lock"?

I allmänhet, när vi ser felet "kunde inte låsa /var/lib/dpkg/lock", indikerar terminalen eller programvaran som visar det att en annan APT-process körs och använder samma databas. som vi försöker komma åt . Med andra ord, den nya APT-processen försöker låsa filen /var/lib/dpkg/lock, han kan inte få det eftersom han är upptagen och informera oss om det.

Det vanligaste är att en annan APT-process, som uppdateringen, körs redan och har låst låsfilen, så den kan inte ta det första steget, vilket är just att låsa filen.

Hur man åtgärdar felet

Det första vi måste göra, särskilt om vi inte gillar att använda terminalen, är kontrollera om det finns något program som körs. Till exempel, i Ubuntu kan vi se om Ubuntu Software (fork of GNOME Software) gör något, och även Software Update, applikationen som ansvarar, som namnet antyder, för att uppdatera programvaran. Om vi ​​inte ser någon av dessa applikationer öppna kan vi också starta systemmonitorn och leta efter dem för att se om de körs i bakgrunden.

den applikationer som vi måste leta efter beror på distributionen som vi använder, eftersom Ubuntu Software inte finns i Kubuntu, inte heller Discover i huvudversionen av Debian. Varje distribution hanterar programvaran med de verktyg den väljer att lägga till, och de kan blockera GNOME-programvaruarkivet, Discover, vilken annan mjukvarubutik som helst eller uppdateringsverktyget.

Oavsett om de är i förgrunden eller i bakgrunden är ett alternativ ha tålamod och vänta och se om jobbet du gör är klart. Ibland ser vi ett felmeddelande och vi vill att det ska åtgärdas direkt, när lösningen är att vänta ett ögonblick.

En omstart eller utloggning borde räcka

För många år sedan frågade en vän mig alltid hur man fixar sina krascher i Windows. Det kom en tid då jag knappt ens frågade honom längre, och jag rekommenderade honom omstart eftersom det nästan alltid var den bästa lösningen för honom. I fallet med felet "kunde inte låsa /var/lib/dpkg/lock" är också en möjlig lösning. När du börjar från början kan du börja med filen låst av uppdateringsverktyget, men den kommer att låsa upp den snart, när du verifierar att det inte finns något nytt att installera eller att det finns, men du har redan informerat oss om det.

Visst, det är inte den mest eleganta lösningen, men den är den billigaste och kan vara den bästa och snabbaste om du inte har någon anledning att hålla dig inloggad.

När meddelandet "misslyckades med att låsa /var/lib/dpkg/lock" försvinner inte

När vi har startat om eller väntat ett tag och vi fortsätter att se meddelandet är det som händer oss inte något vanligt. Blockeringen har "hängts" eller, värt redundansen, blockerad, så det är redan värt att dra terminalen.

1. Det första vi kommer att göra är att öppna en terminal och identifiera den pågående APT-processen med detta kommando:

sudo lsof /var/lib/dpkg/lock

2. Med processen identifierad dödar vi den med det här kommandot, och ersätter PID med numret på processen som vi kommer att ha tagit reda på med kommandot från steg 1:

sudo kill PID

3. Slutligen försöker vi igen utföra APT-hanteringen att felet återkom. Det borde ge oss möjlighet att gå vidare.

Om detta inte löser det kan vi göra något mer drastiskt, så du måste vidta försiktighetsåtgärder eller vidta extra åtgärder. Detta gör det "den hårda vägen": att ta bort filen /var/lib/dpkg/lock. Stegen att följa för att göra det säkert skulle vara dessa:

1. Vi gör en säkerhetskopia av filen /var/lib/dpkg/lock. Eftersom det vi kommer att göra är att kopiera det, kan vi använda filhanteraren, eftersom superanvändarbehörigheter inte krävs. Från terminalen kunde det göras med cp /var/lib/dpkg/lock new-path, ändra "ny sökväg" till sökvägen där vi vill göra säkerhetskopian.
2. Vi tar bort filen. För detta kommer det att vara nödvändigt att dra privilegier. Om vår filhanterare tillåter oss kan vi skriva till exempel "sudo nautilus" utan citattecken för att ta bort det med ett grafiskt gränssnitt, men jag tror att det blir snabbare och lättare att öppna terminalen och skriva:

sudo rm /var/lib/dpkg/lock

3. Med filen raderad kan vi försöka igen vad vi inte fick. om vi skriver sudo apt uppdatera och vi ser inte felet, felet är åtgärdat.

Omstart och tålamod är oftast bäst

Även om det finns sätt att fixa det, som de som förklarades i föregående punkt, felet "kunde inte låsa /var/lib/dpkg/lock" det är inget riktigt allvarligt och det kan fixas genom att vänta ett tag eller genom att starta om. Det är något som oftast fixar sig, och om det inte gör det är en omstart det minst aggressiva och mest effektiva. Nu är det här Linux, och allt eller nästan allt har en lösning från terminalen, för att inte tala om att vi kan "döda" vad vi vill.

Av vilken anledning som helst hoppas jag att det som står här har kunnat hjälpa dig, antingen att få budskapet att försvinna med en mer aggressiv process eller att du ska ha lite tålamod.