Gidai

NUSTATYTI: Nepavyko atidaryti užrakto failo / var / lib / dpkg / lock

Nepavyko atidaryti užrakto failo / var / lib / dpkg / lock klaidos pranešimo, gali būti painu, nes gali labai paklausti, ar iškart esate root, net jei vykdėte atnaujinimo komandą naudodami sudo priešdėlį. Ši klaidos komanda bus rodoma beveik viskam, kas naudoja „apt-get“ paketų tvarkyklę. Nesvarbu, ar atnaujinate darbalaukį ar nešiojamąjį kompiuterį, kuriame veikia viena iš skirtingų „Ubuntu“ versijų arba „Raspberry Pi“ su „Raspbian Debian“ sukiniu, galite pastebėti, kad tai gali būti problema bet kurioje iš šių platformų.

Nepaisant to, taisymas yra gana paprastas. Paprastai galite nepaisyti nieko, klausdami, ar esate šaknis, ir pereikite tiesiai į problemos esmę, susijusią su dviem procesais, bandančiais vienu metu pasiekti užrakintą failą.

1 metodas: įsitikinkite, kad sudo gali pasiekti kiekvieną komandos dalį

Jei paleistumėte sudo apt-get update && apt-get upgrade, galite gauti šią klaidą, nes antrasis procesas neturi reikiamų įgaliojimų pasiekti / var / lib / dpkg / lock failą.

Pabandykite bėgti sudo apt-get update && sudo apt-get upgrade sužinoti, ar tai turi kokių nors pokyčių. Jei taip, jūsų problema jau išspręsta ir tai buvo vien dėl to, kad antram procesui nesuteikėte pakankamai leidimų pasiekti failą. Atminkite, kad ši komanda atnaujins ir atnaujins visus jūsų paketus, todėl gali paskatinti ją patvirtinti ir gali užtrukti, kol ji bus paleista.

Priešingu atveju, nors problema jau yra visiškai išspręsta, ir jums nereikia nieko daugiau daryti.

2 metodas: failo / var / lib / dpkg / lock pašalinimas

Tiems, kurie naudoja „curl“, „wget“ ar kitą komandą, kuri diskretiškai atsisiunčia failą, taip pat gali tekti įvesti šią komandą sudo, jei jie turėtų dirbti iš „Raspbian“, nes kai kuriais atvejais tai užima „apt-get“ vietą. Dirbantiems su grynaisiais „Debian“, „Xubuntu“, „Lubuntu“, „Linux Mint“ ir kitais panašiais darbalaukio / nešiojamojo kompiuterio kompiuteriais nereikės dėl to jaudintis, tačiau verta dar kartą pabandyti.

Jei tai vis tiek neveikė, gali tekti patikrinti, ar neturite kitos programos, bandančios pasiekti failą, kol vykdote naujinį. Pabandykite naudoti sudo lsof / var / lib / dpkg / lock norėdami sužinoti, ar veikia kiti procesai, kurie jį atidaro. Jei turėtumėte jį kažkur atidaryti, tada galite tiesiog uždaryti programą.

Atminkite, kad programos skaitymo ir rašymo prieiga norint atidaryti šį failą reiškia plėtinį, kad minėta programa turi turėti root teises, todėl jums reikės root teisių, kad uždarytumėte programą. Galite net pabandyti peržiūrėti „Task Manager“ programą, jei naudojate grafinę darbalaukio aplinką, palaikančią šią funkciją. Tiesiog dešiniuoju pelės mygtuku spustelėkite pažeidžiantį procesą ir uždarykite, jei turite tam leidimus. Iš komandinės eilutės išbandykite komandas kill arba killall.

Dabar galite pabandyti dar kartą paleisti „apt-get“ komandas ir sužinoti, ar tai turi kokių nors pokyčių, tačiau jums nereikės nieko daugiau daryti, jei taip buvo. Jei vis tiek kyla problemų, pabandykite iš karto pašalinti užrakto failus. Nors tai turėtų būti vertinama kaip kraštutinė priemonė, tai paprastai nekelia jokių problemų, susijusių su „apt-get“ programa. Prieš tai atlikdami vis tiek norėsite išnaudoti kitus metodus, nes tai gali sugadinti apt sistemą.

Kartais paleidimas iš naujo padeda, bet jei nuolat naudojatės serveriu ar „Raspbian“ įrenginiu, tai gali būti netinkama parinktis. Pabandykite bėgti sudo rm / var / lib / dpkg / lock && sudo rm / var / lib / apt / lists / lock, kuris atlaisvins tam tikrus failus, kuriuos apt aptiko, kai jį paleisite. Būkite atsargūs dėl tų failų pavadinimų, nes rm paleidimas kaip root yra žalingas.

Darant prielaidą, kad tai padarėte išnaudoję kitas parinktis, galite pabandyti dar kartą paleisti atnaujinimo komandas ir pamatyti, kas nutiks. Jums neturėtų kilti jokių papildomų problemų, nes failai tuo metu nebeegzistuotų, nors „apt-get“ rutinos galės juos atstatyti, kol jie veiks.

$config[zx-auto] not found$config[zx-overlay] not found