Hogyan lehet kijavítani a „/var/lib/dpkg/lock zárolása sikertelen” hibát

Bár a Linux disztribúciók dönthetnek úgy, hogy úgy telepítik a szoftvert, ahogy jónak látják, de leggyakrabban legalább a hivatalos tárolókból telepíthetik azt. Ezeket a tárolókat közvetlenül a disztribúció és/vagy mások is karbantarthatják, mint például a Debian->Ubuntu->Linux Mint esetében. Ilyen esetekben a csomagkezelő az APT, és néha láthatjuk az üzenetet "nem zárolható a /var/lib/dpkg/lock" a terminálban vagy akár egy grafikus felülettel rendelkező eszközben.

Ez a cikk megpróbál megvilágítani. hogy mi ez, és hogyan lehet a hibát megoldani amitől a "/var/lib/dpkg/lock nem zárolható" üzenetet látjuk, de elmondhatom, hogy van egy nagyon egyszerű megoldás, amely ezt és sok más problémát is kijavíthat, legyen az Linux-ban. alapú terjesztés vagy bármely más operációs rendszer, beleértve a mobilt is.

Mit jelent a „/var/lib/dpkg/lock nem zárolható” hibaüzenet?

Általánosságban elmondható, hogy amikor a "couln lock /var/lib/dpkg/lock" hibaüzenetet látjuk, a terminál vagy a szoftver, amely ezt mutatja, azt jelzi, hogy egy másik APT folyamat fut, és ugyanazt az adatbázist használja, amelyet megpróbálunk elérni. . Más szóval, az új APT folyamat megpróbálja zárolni a /var/lib/dpkg/lock fájlt, nem kaphatja meg, mert elfoglalt és értesíts minket róla.

A leggyakoribb az egy másik APT folyamat, mint például a frissítés, már fut, és zárolta a zárfájlt, így nem tudja megtenni az első lépést, vagyis éppen az említett fájl zárolását.

Hogyan lehet kijavítani a hibát

Az első dolog, amit tennünk kell, különösen, ha nem szeretjük a terminált használni ellenőrizze, hogy fut-e valamilyen szoftver. Például az Ubuntuban láthatjuk, hogy az Ubuntu Software (a GNOME Software fork) csinál-e valamit, és a Software Update is, az az alkalmazás, amely – ahogy a neve is sugallja – felelős a szoftver frissítéséért. Ha egyik alkalmazást sem látjuk nyitva, elindíthatjuk a rendszerfigyelőt és megkereshetjük őket, hogy megnézzük, futnak-e a háttérben.

az Az alkalmazások, amelyeket keresnünk kell, a disztribúciótól függenek amit használunk, mivel az Ubuntu szoftver nem található a Kubuntuban, és a Discover sem a Debian fő verziójában. Mindegyik disztribúció az általa kiválasztott eszközökkel kezeli a szoftvert, és blokkolhatja a GNOME szoftverarchívumot, a Discovert, bármely más szoftverboltot vagy a frissítőeszközt.

Akár az előtérben, akár a háttérben vannak, az egyik lehetőség az türelemmel és várja meg, hogy az Ön által végzett munka befejeződött-e. Néha hibaüzenetet látunk, és azt akarjuk, hogy azonnal kijavítsák, amikor a megoldás az, hogy várunk egy pillanatot.

Egy újraindítás vagy kijelentkezés elegendő

Sok évvel ezelőtt egy barátom mindig azt kérdezte tőlem, hogyan javíthatnám ki a Windows rendszer összeomlását. Eljött az idő, amikor már szinte nem is kérdeztem tőle, és ajánlottam újraindítás mert szinte mindig ez volt számára a legjobb megoldás. A "could not lock /var/lib/dpkg/lock" hiba esetén szintén lehetséges megoldás. A nulláról indulva kezdheti a frissítő eszköz által zárolt fájllal, de hamarosan feloldja a zárolást, ha megbizonyosodik arról, hogy nincs új telepítendő, vagy van, de erről már értesített minket.

Természetesen nem a legelegánsabb megoldás, de a legolcsóbb, és a legjobb és leggyorsabb lehet, ha nincs okunk bejelentkezni.

Amikor a "sikertelen zárolás /var/lib/dpkg/lock" üzenet nem tűnik el

Amikor újraindítottuk vagy vártunk egy ideig, és továbbra is látjuk az üzenetet, az, ami velünk történik, nem valami megszokott dolog. A blokkolás "leakasztott", vagy a redundanciát megérve blokkolva, így már érdemes meghúzni a terminált.

1. Első lépésként megnyitunk egy terminált, és ezzel a paranccsal azonosítjuk a futó APT folyamatot:

sudo lsof /var/lib/dpkg/lock

2. Az azonosított folyamatot leállítjuk ezzel a paranccsal, és a PID-t lecseréljük a folyamat számára, amelyet az 1. lépésből származó paranccsal fogunk megtudni:

sudo kill PID

3. Végül ismét megpróbáljuk végrehajtani azt az APT kezelést, amelyet a hiba visszatért. Lehetővé kell tennie a továbblépést.

Ha ez nem oldja meg, akkor tehetünk valami drasztikusabbat, ezért óvintézkedéseket vagy további lépéseket kell tennie. Ez a "nehéz módon" történik: a /var/lib/dpkg/lock fájl eltávolítása. A biztonságos végrehajtáshoz a következő lépések lennének:

1. Biztonsági másolatot készítünk a /var/lib/dpkg/lock fájlról. Mivel másolni fogjuk, használhatjuk a fájlkezelőt, mivel nincs szükség szuperfelhasználói engedélyekre. A terminálról meg lehetett csinálni cp /var/lib/dpkg/lock new-path, megváltoztatja az "új elérési utat" arra az elérési útra, amelyen a biztonsági másolatot szeretnénk készíteni.
2. Töröljük a fájlt. Ehhez kiváltságokat kell kivonni. Ha a fájlkezelőnk megengedi, írhatunk például "sudo nautilus"-t idézőjelek nélkül, hogy eltávolítsuk grafikus felülettel, de szerintem gyorsabb és egyszerűbb lesz megnyitni a terminált és beírni:

sudo rm /var/lib/dpkg/lock

3. A fájl törlésével újra megpróbálhatjuk, amit nem engedélyeztünk. ha írunk sudo apt frissítés és nem látjuk a hibát, a hiba javítva.

Az újraindítás és a türelem általában a legjobb

Bár vannak módok a javításra, például az előző pontban leírtak szerint, a "could not lock /var/lib/dpkg/lock" hibaüzenet jelenik meg. ez nem igazán komoly és egy kis várakozással vagy újraindítással javítható. Ez egy olyan dolog, ami általában megjavítja magát, és ha nem, akkor az újraindítás a legkevésbé agresszív és leghatékonyabb. Nos, ez a Linux, és mindenre vagy majdnem mindenre van megoldás a terminálról, arról nem is beszélve, hogy azt "megölhetjük", amit csak akarunk.

Bármilyen okból is, remélem, hogy az itt leírtak segíthettek Önnek, akár egy agresszívebb eljárással az üzenet eltűntetésében, akár egy kis türelmében.