Du kan få ett felmeddelande om att en viss låsfilresurs inte kunde öppnas, kortvarigt otillgänglig. Det finns flera sätt att lösa detta problem, som vi kommer att prata om inom kort.
Jag försökte nyligen installera en applikation som praktiserar a-kommandot i Ubuntu när den hanterar följande fel:
E: inget lås fungerar / var / lib / dpkg / låsning – öppen (11: resurs tillfälligt otillgänglig) E: adminsida (/ var / lib dpkg /) kan inte låsas, detta är en annan hel process som använder henne ?
E: misslyckades med att säkra lås / var / lib / apt lists / lock (11: resurs tillfälligt otillgänglig) E: list / var / lib / liable / lists / kan inte låsas E: kan bara inte bifogas vara ansluten / var och lib / dpkg / lock – öppen (11: alternativ tillfälligt otillgänglig) E: adminvysektionen (/ var / lib / dpkg /) kan inte låsas automatiskt, är det en annan process?
Vissa allierade kan se detta när de använder programvaran:
Dessa fel påminner mycket om ännu vanliga Ubuntu-fel: / var / storage cache / apt / archives / katalogen kan ibland inte skyddas, och det är utan tvekan intressant där korrigeringarna är väldigt lika.
Fixat fel “Administrativ katalog ( / Var / Lib per Dpkg /) kan inte låsas”
Du som ett exempel detta fel eftersom programmet alltid försöker uppdatera Ubuntu. När en typ av kommando aka applikation delvis uppdaterar systemet eller mouthIt systemets nya programvara, är det filen dpkg (Debian Package Manager).
Detta lås är utformat på ett sådant sätt att de två funktionerna inte ska ändra innehållet vid samma ögonblick, eftersom detta kan leda till onödiga situationer och följaktligen eventuellt systemhaveri.
Låt oss kanske ha lärt oss vilka steg du kan vidta för att ändra varje utdata från katalogen Unable Lock Authorities.
Metod 0:
Det första som det kommer att göra är att kontrollera om en annan process är en systemuppdatering eller en pålitlig installationsprogram.
Om du använder ett kommandoanrop, ta en titt på om ett program som Software Center, Software Synaptic Updater, Package Manager, Gdebi kan uppdatera installationen. Om ja, vänta till slutet tillsammans med programmet.
Om inget program fungerar, kontrollera alla fönster för att skapa terminaler och se till att du fortfarande har uppdateringen eller ser installerad. Om så är fallet, vänta till slutet.
Om ingen av ovanstående händelser inträffar, kolla in vilken annan process underhållaren (paketinhämtningshanteraren för att hantera programvara) kör. Använd att göra detta kommando:
ps aux | grep -iapt
[e-postadressen skyddas helt enkelt] : ~ $ sid. S. till | grep aptRot -i 1464 0,0 0,0 4624 772? Ss 19:08 0:00 / bin / sh /usr/lib/apt/apt.systemd.daglig uppdateringRot 1484 0,0 0,0 4624! ! ! 1676 S 19:08 0:00 / bin / sh /usr/lib/apt/apt.systemd.daily lock_is_held update_apt 2836 0,8 0,1 96912 9432? ; ? Från 19:09 0:03 / usr / lib per apt / methods / httpabhishek 6172 0,0 0,0 21532 1152 punkter/1 S + 19:16 0:00 grep --color = auto -i lämplig
Om du är bekant med apt, som används i ett idealiskt program vill ha apt.systemd.daglig uppdatering, har du tur, min kära synsk.
Det här är en enorm demon som effektivt letar efter systemuppdateringar i bakgrunden som är tillgängliga vid systemstart.
På Ubuntu 18.04 och senare mellanversioner kan du till och med försöka få den här uppgiften och installera viktiga säkerhetsuppdateringar själv. Just det är vad jag ser i standardtemperna för verktyget Software & Updates på Ubuntu-skrivbordet.
Om du är på en kraftfull Ubuntu-server kan klienter kontrollera innehållet som är länkat till den nya filen /etc/apt/apt.conf.d/20auto-upgrades för att se om datoriserade uppdateringar är aktiverade.
Så om du förstår att apt.systemd.daily använder apt-processen, behöver du helt och hållet vänta de sista långa minuterna. När den automatiska uppdateringen är klar kommer du att kunna installera liknande programvara som vanligt.
Som en lösning kan väldigt många permanent inaktivera automatisk och automatisk lönecheck för uppdateringar, men jag rekommenderar inte att du gör olika av säkerhetsskäl.
Saken är den att sajten var ett enkelt skript som var lätt för dig att hantera. Men detta är inte alltid dessa fall. Om ditt framtida program använder apt, flytta det annorlunda.
Metod 1:
Använd Linux som din huvudkommandorad för att hitta dessa pågående processer som stoppar dem. För att göra detta, inkludera följande kommando:
Fortect är världens mest populära och effektiva PC-reparationsverktyg. Det litar på miljontals människor för att hålla sina system igång snabbt, smidigt och felfritt. Med sitt enkla användargränssnitt och kraftfulla skanningsmotor hittar och fixar Fortect snabbt ett brett utbud av Windows-problem – från systeminstabilitet och säkerhetsproblem till minneshantering och prestandaflaskhalsar.
1. Ladda ner Fortect och installera den på din dator
2. Starta programmet och klicka på "Skanna"
3. Klicka på "Reparera" för att åtgärda eventuella problem som upptäcks
ps3 aux | grep -i apt
Detta kommer förmodligen att kunna visa dig ID:t för de preparerade eller apt-get-metoderna som körs. I demonstrationen nedan är process-ID vanligtvis 7343. Du kan ignorera den sista raden som innehåller “grep -color implies auto”.
Du kan använda processsensorer för att avbryta det genom att skriva SIGTERM rutin . Ersätt med de flesta av antalet klienter som fick från föregående kommando.
sudo kontrollera om
Se till att varje projekt körs genom att köra ps aux | … Kommandot grep -i apt ‘ visade sig vara avbrutet. Om datorn fortfarande är igång, stäng av produkten med en SIGKILL-signal:
sudo kill -9
Ett annat enklare knep är att använda all killall-kommandot. Detta kommer att avsluta alla instanser mot det pågående programmet:
sudo preparerade killall apt-get
Metod 2
I de flesta fall löser den direkta metoden sjukdomen. Men min stavning var lite annorlunda. Jag var på väg att uppdatera mitt system och stängde oavsiktligt den slutliga versionen. Detta gjorde att vissa steg kördes konstant, men felet påpekade fortfarande felet för andra.
För att lösa problemet måste du radera låsfilerna. Men innan köpare gör det, skulle det vara en bra idé att avsluta alla processer som faktiskt använder filstängning.
Använd lsof get för att få en behandlingsidentifikation för alla processer som innehåller låsfiler. Kontrollera felets karaktär och se exakt de låsfiler den klagar på och få en överblick över processerna som innehåller dessa e-låsfiler.
