NUSTATYTI: Nepavyko atidaryti failo / var / lib / dpkg / status

Jūs galite gauti bjaurią klaidą „Nepavyko atidaryti failo / var / lib / dpkg / status“ arba panašiai, jei baksnojote kataloge / var / lib / dpkg / ir pašalinote dalykus kaip root vartotojai. Dauguma failų, esančių / var, pagal „Linux Filesystem Hierarchy Standard“, yra laikini ir keičiami veikiant. Tačiau tai nereiškia, kad juos reikia išvalyti taip, kaip reikia išvalyti žiniatinklio naršyklės talpyklą.

Kadangi daugumai „Linux“ vartotojų nereikia čia kištis, gera žinia yra ta, kad greičiausiai šios beveik niekada negausite. Tie, kurie naudoja platinimus, kurie nenaudoja apt-get, pvz., „Fedora“ ar „Arch“, taip pat niekada negaus šios klaidos, nes ji visiškai būdinga tam paketų tvarkytuvui. Nepaisant to, skaitykite toliau.

1 metodas: Pataisius iš pažiūros atsitiktinį, nepavyko atidaryti failo / var / lib / dpkg / status klaida

Jei ši klaida pasirodo mėlyna, įveskite ls / var / lib / dpkg / status komandinėje eilutėje ir pažvelkite į išvestį.

Taip pat galbūt norėsite naršyklėje naudoti grafinį failų tvarkyklę ir pasižvalgyti.

Įsitikinkite, kad rezultatuose matote būsenos failą. Paprastai po to gausite tiesiog eilutę, kurioje rašoma / var / lib / dpkg / status be nieko kito, kol ji grįš tiesiai į raginimą. Jei taip yra, tuomet turite ten bylą ir turėtumėte būti gerai. Išsaugoję uždarykite visas programas, kuriose dirbote, tada paleiskite iš naujo.

Kai grįšite ir paleisite, įveskite sudo apt-get atnaujinimas paskui sudo apt-get atnaujinimas terminale ir vykdykite nurodymus. Tikriausiai jūsų paprašys administratoriaus slaptažodžio, bet kai jis bus atnaujintas, turėtumėte gerai. Norėsite stebėti, ar nėra nelyginių klaidų.

Jei failo nebuvo, turėsite priimti keletą sprendimų.

2 metodas: atkūrimas / var / lib / dpkg / status

Kai kurie vartotojai, prieš iš naujo įdiegdami „Linux“, sukuria visų svarbių duomenų atsarginę kopiją. Tai galite padaryti, bet gali būti būdas pirmiausia išgelbėti daiktus. Yra atsarginė / var / lib / dpkg / status kopija, kuri sukuriama automatiškai, ir, tikiuosi, nepraėjo per daug laiko nuo to laiko, kai gavote klaidą, kad ji nesinchronizuota.

Pabandykite bėgti sudo cp / var / lib / dpkg / status-old / var / lib / dpkg / status terminale. Jei tai nesuteikia klaidos, galite pamatyti, ar tai išsprendė problemą. Tai atkuria naujausią būsenos failo atsarginę kopiją, tačiau, deja, jei ji buvo per sena, vis tiek galite būti karštame vandenyje. Nepaisant to, galite paleisti iš naujo, tada paleisti sudo apt-get atnaujinimas paskui sudo apt-get atnaujinimas norėdami sužinoti, kokios rūšies priklausomybės klaidos jums gali atsirasti. Geriausiu atveju tokių neturėsite ir galėsite vėl tęsti darbą su sistema kaip įprasta.

Taip pat galite pabandyti atkurti būsenos sąrašą. Tipas sudo palieskite / var / lib / dpkg / status sukurti tuščią failą kaip šakninį vartotoją ir bandyti sudo apt-get install ilgasis sąrašas nuo terminalo. Yra keli scenarijai, kurie tai daro automatiškai, tačiau tai iš esmės yra tas pats dalykas, kuris nekelia pavojaus paleisti potencialiai pasenusį scenarijų jūsų kompiuteryje. Įspėjame, kad turėsite atsiminti, ką turite sistemoje, kad tai veiktų, ir programinė įranga paragins jus prisiminti.

Taip pat galite pabandyti ls /var/backups/dpkg.status* ir pažiūrėkite, kokie yra, kuriuos galbūt norėtumėte tam naudoti.

Pažvelkite į sąrašą, kuris pasirodo, kai jį paleidžiate. Jei matote neužtrauktą, pabandykite sudo cp /var/backups/dpkg.status.0 / var / lib / dpkg / status ir pažiūrėkite, ar tai išsprendžia reikalus. Jūs visada galite nukopijuoti vieną iš kitų ir paleisti „gunzip“ komandą, kad ją išspaustumėte. Tačiau nepamirškite, kad kuo toliau, tuo didesnė rizika atnaujinti pasenusį failą, kuris sukeltų neveikiančias priklausomybes


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