Remediere: nu s-a putut deschide fișierul de blocare / var / lib / dpkg / lock



Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Obținerea mesajului de eroare pentru fișierul de blocare / var / lib / dpkg / lock nu a putut deschide poate fi confuz, deoarece s-ar putea să vă întrebați dacă sunteți root imediat după aceea, chiar dacă executați o comandă de actualizare cu prefixul sudo. Această comandă de eroare va apărea pe aproape tot ceea ce folosește managerul de pachete apt-get. Indiferent dacă actualizați un desktop sau laptop care rulează una dintre diferitele versiuni de Ubuntu sau un Raspberry Pi cu rotirea Raspbian Debian, atunci ați putea descoperi că poate fi o problemă pe oricare dintre aceste platforme.



Cu toate acestea, soluția este destul de simplă. De obicei, puteți ignora orice vă întreabă dacă sunteți sau nu root și mergeți direct în centrul problemei, care este legată de două procese care încearcă să acceseze un fișier blocat în același timp.



Metoda 1: Asigurarea că sudo poate accesa fiecare parte a comenzii

Dacă ar fi să rulați sudo apt-get update && apt-get upgrade, atunci s-ar putea să primiți această eroare deoarece al doilea proces nu are autoritatea potrivită pentru a accesa fișierul / var / lib / dpkg / lock.



Încercați, în schimb, să rulați sudo apt-get update && sudo apt-get upgrade pentru a vedea dacă asta face vreo diferență. Dacă da, problema dvs. este deja rezolvată și a fost doar pentru că nu acordați celui de-al doilea proces permisiuni suficiente pentru a accesa fișierul. Rețineți că această comandă va actualiza și apoi va actualiza toate pachetele dvs., astfel încât s-ar putea să vă solicite să o aprobați și ar putea dura ceva timp să ruleze.

În caz contrar, problema este deja tratată complet și nu este nevoie să faceți altceva.



Metoda 2: Eliminarea fișierului / var / lib / dpkg / lock

Cei care folosesc curl, wget sau o altă comandă care descarcă discret un fișier ar putea fi nevoit, de asemenea, să prefațeze comanda respectivă cu sudo dacă ar lucra de la Raspbian, deoarece acest lucru ia locul apt-get în unele cazuri. Cei care lucrează cu Debian pur, Xubuntu, Lubuntu, Linux Mint și alte sisteme similare orientate spre desktop / laptop nu vor trebui să se îngrijoreze de acest lucru, dar poate merita o nouă încercare.

Dacă tot nu a funcționat, ar putea fi necesar să verificați dacă nu aveți alt program care să încerce să acceseze fișierul în timp ce executați actualizarea. Încercați să utilizați sudo lsof / var / lib / dpkg / lock pentru a vedea dacă se execută alte procese care îl au deschis. Dacă ați deschis-o undeva, atunci puteți închide aplicația.

Rețineți că accesul la citire și scriere pentru o aplicație pentru a deschide acest fișier înseamnă prin extensie că programul menționat trebuie să aibă privilegii de root, deci veți avea nevoie de privilegii de root pentru a închide programul. Puteți încerca chiar să căutați în aplicația Task Manager dacă utilizați un mediu grafic pentru desktop care acceptă această caracteristică. Pur și simplu faceți clic dreapta pe procesul contravențional și închideți dacă aveți permisiunile pentru a face acest lucru. Încercați și comenzile kill sau killall din linia de comandă.

Acum puteți încerca să executați din nou comenzile apt-get și să vedeți dacă asta face vreo diferență, dar nu va trebui să faceți altceva dacă ar avea. Dacă aveți în continuare probleme, încercați să eliminați direct fișierele de blocare. Deși acest lucru ar trebui privit ca o ultimă soluție, de obicei nu cauzează probleme legate de programul apt-get. În continuare, veți dori să epuizați alte metode înainte de a face acest lucru, deoarece se poate încurca cu sistemul apt.

Repornirea uneori ajută, dar dacă sunteți pe un server constant sau pe un dispozitiv Raspbian, este posibil să nu fie o opțiune viabilă. Încearcă să alergi sudo rm / var / lib / dpkg / lock && sudo rm / var / lib / apt / lists / lock , care va elibera fișierele speciale pe care apt le examinează atunci când îl rulați. Asigurați-vă că aveți grijă la numele acelor fișiere, deoarece rularea rm ca root este distructivă.

Presupunând că ați făcut acest lucru după ce ați epuizat doar celelalte opțiuni, puteți încerca să rulați din nou comenzile de actualizare și să vedeți ce se întâmplă. Nu ar trebui să aveți alte probleme, deoarece fișierele nu ar mai exista în acel moment, deși rutinele apt-get le vor putea reconstrui în timp ce rulează.

3 minute citite