Du kan få ett otäckt 'kunde inte öppna fil / var / lib / dpkg / status' -fel eller något liknande om du har tagit tag i katalogen / var / lib / dpkg / och rensat saker som rotanvändare. De flesta filer i / var, enligt Linux Filesystem Hierarchy Standard, är tillfälliga och ändras under drift. Det betyder dock inte att de behöver rensas på samma sätt som en webbläsares cache måste rensas.
Eftersom de flesta Linux-användare inte behöver peka här, är den goda nyheten att du förmodligen inte kommer att få den här nästan någonsin. De som är på distributioner som inte använder apt-get, som Fedora eller Arch, får aldrig heller detta fel eftersom det är helt specifikt för den pakethanteraren. Ändå, om du har att göra med det, läs vidare.
Metod 1: Åtgärda ett till synes slumpmässigt kunde inte öppna filen / var / lib / dpkg / status Error
Om detta fel kommer ur det blå, skriv sedan ls / var / lib / dpkg / status på kommandoraden och titta på utdata. 
Du kanske också vill använda en grafisk filhanterare till webbläsaren till den och ta en titt. 
Se till att du ser en statusfil i resultaten. Du får normalt bara en rad som läser / var / lib / dpkg / status med inget annat efter den innan den återvänder direkt till uppmaningen. Om så är fallet har du en fil där och du borde vara okej. Stäng alla program som du arbetade i efter att du sparat och starta om.
När du är igång igen skriver du sudo apt-get uppdatering följd av sudo apt-get uppgradering vid terminalen och följ anvisningarna. Du kommer troligen att bli ombedd om ditt administratörslösenord, men när det uppdateras borde du ha det bra. Du vill se efter eventuella udda fel.
Om filen inte fanns där har du några beslut att fatta.
Metod 2: Återskapa / var / lib / dpkg / status
Vissa användare säkerhetskopierar alla sina viktiga data vid denna tidpunkt innan de installerar om Linux. Du kan göra detta, men det kan finnas ett sätt att rädda saker först. Det finns en säkerhetskopia av / var / lib / dpkg / status som görs automatiskt, och förhoppningsvis har inte för mycket tid gått sedan du fick felet att det orsakade att den var osynkroniserad.
Försök springa sudo cp / var / lib / dpkg / status-gammal / var / lib / dpkg / status vid terminalen. Om detta inte ger dig ett fel kan du se om det löste problemet. Detta återställer den senaste säkerhetskopian av statusfilen, men tyvärr om den var för gammal kan du fortfarande vara i varmt vatten. Ändå kan du starta om och sedan köra sudo apt-get uppdatering följd av sudo apt-get uppgradering för att se vilka typer av beroendefel som hamnar för dig. I bästa fall har du inget och du kan bara fortsätta arbeta med ditt system igen som normalt.
Du kan också försöka bygga om statuslistan. Typ sudo touch / var / lib / dpkg / status för att skapa en tom fil som rotanvändare och försök sedan sudo apt-get install long-list från terminalen. Det finns några skript som gör detta automatiskt, men det här är i princip samma sak och kommer utan farorna med att köra ett potentiellt föråldrat skript på din maskin. Varna dig för att du måste komma ihåg vad du har på ditt system för att detta ska fungera, och programvaran kommer att uppmana dig att komma ihåg.
Du kan också prova ls /var/backups/dpkg.status* och se vilka som finns där som du kanske vill använda för detta.
Ta en titt på listan som kommer upp när du kör den. Om du ser en som inte är zippad, försök sudo cp /var/backups/dpkg.status.0 / var / lib / dpkg / status och se om det fixar saker. Du kan alltid kopiera en av de andra och köra kommandot gunzip på det för att dekomprimera det. Men kom ihåg att ju längre tillbaka du går desto högre är risken för att du uppdaterar en föråldrad fil som kan orsaka trasiga beroenden
3 minuter läst
