Cum se remediază eroarea „eșuat la blocarea /var/lib/dpkg/lock”.

Deși o distribuție Linux ar putea alege să instaleze software-ul așa cum consideră de cuviință, de cele mai multe ori, ei îl pot, cel puțin, să îl instaleze din depozitele lor oficiale. Aceste depozite pot fi întreținute direct de distribuție și/sau bazate pe altele, așa cum se întâmplă cu Debian->Ubuntu->Linux Mint, de exemplu. În aceste cazuri, managerul de pachete este APT și uneori putem vedea mesajul „Nu s-a putut bloca /var/lib/dpkg/lock” în terminal sau chiar într-un instrument cu interfață grafică.

Acest articol va încerca să arunce puțină lumină. despre ce este și cum poate fi rezolvată eroarea care ne face să vedem mesajul „/var/lib/dpkg/lock nu a putut fi blocat”, dar vă pot spune că există o soluție foarte simplă care poate rezolva aceasta și multe alte probleme, fie că este într-un Linux- distribuție bazată sau orice alt sistem de operare, inclusiv mobil.

Ce înseamnă eroarea „nu s-a putut bloca /var/lib/dpkg/lock”?

În general, când vedem eroarea „nu s-a putut bloca /var/lib/dpkg/lock”, terminalul sau software-ul care o arată indică faptul că un alt proces APT rulează și folosește aceeași bază de date pe care încercăm să o accesăm. . Cu alte cuvinte, noul proces APT încearcă să blocheze fișierul /var/lib/dpkg/lock, nu o poate obține pentru că este ocupat și să ne informeze despre asta.

Cel mai frecvent este că un alt proces APT, cum ar fi actualizarea, rulează deja și a blocat fișierul de blocare, deci nu poate face primul pas, și anume blocarea fișierului respectiv.

Cum se remediază eroarea

Primul lucru pe care trebuie să-l facem, mai ales dacă nu ne place să folosim terminalul, este verificați dacă există vreo aplicație software care rulează. De exemplu, în Ubuntu putem vedea dacă Ubuntu Software (furcătura software-ului GNOME) face ceva, și de asemenea Software Update, aplicația care se ocupă, după cum sugerează și numele, de actualizarea software-ului. Dacă nu vedem nici una dintre acele aplicații deschise, putem porni și monitorul de sistem și să le căutăm, pentru a vedea dacă rulează în fundal.

Las aplicațiile pe care trebuie să le căutăm vor depinde de distribuție pe care îl folosim, deoarece Ubuntu Software nu este în Kubuntu și nici Discover nu este în versiunea principală a Debian. Fiecare distribuție gestionează software-ul cu instrumentele pe care alege să le adauge și pot bloca arhiva software GNOME, Discover, orice alt magazin de software sau instrumentul de actualizare.

Indiferent dacă sunt în prim plan sau în fundal, o opțiune este ai rabdare și așteptați să vedeți dacă treaba pe care o faceți este terminată. Uneori vedem un mesaj de eroare și vrem să fie remediat instantaneu, când soluția este să așteptăm un moment.

O repornire sau deconectare ar trebui să fie suficientă

Cu mulți ani în urmă, un prieten mă întreba mereu cum să-i repar blocările în Windows. A venit o vreme când aproape că nu l-am mai întrebat și l-am recomandat repornire pentru că era aproape întotdeauna cea mai bună soluție pentru el. În cazul erorii „nu s-a putut bloca /var/lib/dpkg/lock” este de asemenea o posibilă soluție. Când porniți de la zero, puteți începe cu fișierul blocat de instrumentul de actualizare, dar îl va debloca în curând, când verificați că nu este nimic nou de instalat sau că există, dar ne-ați informat deja despre asta.

Sigur, nu este cea mai elegantă soluție, dar este cea mai puțin costisitoare și poate fi cea mai bună și mai rapidă dacă nu aveți niciun motiv să vă mențineți conectat.

Când mesajul „eșuat la blocarea /var/lib/dpkg/lock” nu dispare

Când am repornit sau am așteptat un timp și continuăm să vedem mesajul, ceea ce ni se întâmplă nu este ceva obișnuit. Blocarea a fost „atârnată” sau, merită redundanța, blocată, așa că deja merită să tragi terminalul.

1. Primul lucru pe care îl vom face este să deschidem un terminal și să identificăm procesul APT care rulează cu această comandă:

sudo lsof /var/lib/dpkg/lock

2. Cu procesul identificat, îl omorâm cu această comandă, înlocuind PID cu numărul procesului pe care îl vom fi aflat cu comanda de la pasul 1:

sudo kill PID

3. În cele din urmă, încercăm din nou să efectuăm gestionarea APT că eroarea a revenit. Ar trebui să ne permită să mergem mai departe.

Dacă acest lucru nu rezolvă, putem face ceva mai drastic, așa că va trebui să iei măsuri de precauție sau să faci pași suplimentari. Aceasta o face „pe calea grea”: eliminarea fișierului /var/lib/dpkg/lock. Pașii de urmat pentru a face acest lucru în siguranță ar fi următorii:

1. Facem o copie de rezervă a fișierului /var/lib/dpkg/lock. Deoarece ceea ce vom face este să-l copiem, putem folosi managerul de fișiere, deoarece permisiunile super-utilizatorului nu sunt necesare. Din terminal se putea face cu cp /var/lib/dpkg/lock new-path, schimbând „new-path” în calea în care dorim să facem copia de rezervă.
2. Ștergem fișierul. Pentru aceasta va fi necesar să trageți privilegii. Dacă managerul nostru de fișiere ne permite, putem scrie, de exemplu, „sudo nautilus” fără ghilimele pentru a-l elimina cu o interfață grafică, dar cred că va fi mai rapid și mai ușor să deschidem terminalul și să scriem:

sudo rm /var/lib/dpkg/lock

3. Cu fișierul șters putem încerca din nou ceea ce nu ne-a fost permis. dacă scriem sudo apt update și nu vedem eroarea, eroarea este remediată.

Repornirea și răbdarea sunt de obicei cele mai bune

Deși există modalități de remediere, cum ar fi cele explicate în punctul anterior, eroarea „nu s-a putut bloca /var/lib/dpkg/lock” nu e nimic cu adevărat grav și poate fi remediat așteptând un timp sau repornind. Este ceva care de obicei se rezolvă de la sine, iar dacă nu, o repornire este cea mai puțin agresivă și cea mai eficientă. Acum, acesta este Linux, și totul sau aproape totul are o soluție de la terminal, ca să nu mai vorbim că putem „ucide” orice vrem.

Indiferent de motiv, sper ca cele afirmate aici te-au putut ajuta, fie sa faci mesajul sa dispara printr-un proces mai agresiv, fie sa ai putina rabdare.