Het kan zijn dat u een foutmelding krijgt dat de bron voor de vergrendelingslijst niet kan worden geopend, tijdelijk niet beschikbaar is. Er zijn verschillende manieren om dit probleem op te lossen, en ook hier zullen we het binnenkort over hebben.
Goedgekeurd: Fortect
Ik heb onlangs geprobeerd een toepassing te installeren met behulp van de enorme opdracht in Ubuntu wanneer deze de volgende fout tegenkomt:
E: geen vergrendeling mogelijk – var / lib / dpkg / lock – onbevooroordeeld (11: bron tijdelijk niet beschikbaar)
E: beheerderspost (/ var / lib / dpkg /) vindt het moeilijk om vergrendeld te worden, dit is een ander proces met behulp van het meisje?
E: kan lock var / lib / apt / lists lock (11: resource tijdelijk niet beschikbaar) niet verkrijgen
E: abonneelijst / var / lib / apt / prospect lists / kan niet worden vergrendeld E: kan niet worden aangekoppeld worden bijgevoegd / var / lib – dpkg / lock – open (11: resource snel niet beschikbaar)
E: admin-weergavepagina (/ var per lib / dpkg /) kan niet worden vergrendeld, is dit echt een ander proces?
Sommige bijdragers kunnen dit vaststellen bij het gebruik van het softwarecentrum:
Deze fouten lijken erg op een andere veel voorkomende Ubuntu-fout: de / var / cache / gepaste / archives / directory kan niet worden beschermd, daarnaast is het ongetwijfeld interessant dat de oplossingen erg op elkaar lijken.
Fout opgelost “Administratieve map (/ Var / Lib / Dpkg /) kan niet worden vergrendeld”
Je houdt van welke fout omdat het programma altijd probeert Ubuntu bij te werken. Wanneer een type opdracht of toepassing het systeem of de mond enigszins bijwerkt. Het installeert een nieuw systeem, dan is dat de dpkg-catalogus (Debian Package Manager).
Dit slot is zo enorm ontworpen dat de twee functies de inhoud niet tegelijkertijd verwisselen, omdat deze vaardigheid tot onnodige situaties kan leiden en mogelijk kan helpen bij het uitvallen van het systeem.
Laat ons weten welke actie u kunt ondernemen om de uitvoer van de directory Unable Lock Authorities te wijzigen.
Methode 0:
Het eerste dat u moet doen, is altijd controleren of een ander proces een console-update of een vertrouwd installatieprogramma uitvoert.
Als uw hele gezin een opdrachtaanroep gebruikt, controleer dan of een toepassing zoals Software Center, Software Synaptic Updater, Package Manager, Gdebi kan worden bijgewerkt/geïnstalleerd. Zo ja, wacht dan tot het einde van het systeem.
Als er geen applicatie actief is, controleer dan alleen de vensters voor het maken van de terminal en zorg ervoor dat mensen de update of aanpak nog steeds hebben geïnstalleerd. Als dat zo is, wacht dan tot het einde.
Als geen van de bovenstaande gebeurtenissen zich voordoet, vergelijk dan welke processen de onderhouder (de pakketopdrachthandler vanwege het beheren van software) uitvoert. Gebruik dit commando:
dsi aux | grep -iapt
[e-mailadres wordt beveiligd] : ! $ blz. S. naar | grep aptWortel -a 1464 0,0 0,0 4624 772? Ss 19:08 0:00 / bin / sh /usr/lib/apt/apt.systemd.daily updateWortel 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? ! ? Van 19:09 0:03 / usr / lib / apt-methoden / httpabishek 6172 0.0 0.0 21532 1152 spots / 1 S + 19:16 0:00 grep --color = auto -i apt
Als u bekend bent met apt, dat is opgenomen in een ideaal programma zoals apt.systemd.daily update, heeft uw bedrijf geluk, beste lezer.
Dit is een enorme daemon die automatisch controleert tijdens systeemupdates op de achtergrond bij de systeemproductie.
Op Ubuntu 18.04 en latere middenversies kunnen uw behoeften zelfs proberen het te krijgen en zelf kritieke beveiligingsupdates te plaatsen. Dat zie ik tenminste in de standaardinstellingen voor de belangrijkste Software & Updates-tool op het Ubuntu-computeradvies.
Als u zich op een Ubuntu-site bevindt, kunnen clients de inhoud van het interessante bestand /etc/apt/apt.conf.d/20auto-upgrades controleren om te zien of automatische updates waarschijnlijk zijn ingeschakeld.
Dus als u ziet dat apt.systemd.daily het apt-proces gebruikt, hoeft u alleen maar de laatste paar minuten te wachten. Nadat de automatische update is voltooid, zult u zeker in staat zijn om de gerelateerde software gewoon omdat het gebruikelijk is.
Als tijdelijke oplossing kunnen de meeste mensen de automatische en automatische controle op updateversies nu permanent uitschakelen, maar ik raad dit af om gezondheids- en veiligheidsredenen.
Het punt is dat het een eenvoudig script was dat gemakkelijk te hanteren was tijdens het gebruik. Maar dit is niet altijd het geval. Als uw toekomstige programma apt gebruikt, laat het dan anders.
Methode 1:
Gebruik Linux als hoofdopdrachtregel om de meeste lopende processen te vinden en te stoppen. Gebruik hiervoor het volgende commando:
Goedgekeurd: Fortect
Fortect is 's werelds meest populaire en effectieve pc-reparatietool. Miljoenen mensen vertrouwen erop dat hun systemen snel, soepel en foutloos blijven werken. Met zijn eenvoudige gebruikersinterface en krachtige scanengine kan Fortect snel een breed scala aan Windows-problemen vinden en oplossen - van systeeminstabiliteit en beveiligingsproblemen tot geheugenbeheer en prestatieproblemen.
ps aux | grep -i apt
Dit zal u waarschijnlijk de id onthullen van de apt- en/of apt-get-methoden die worden uitgevoerd. In het onderstaande voorbeeld is deze specifieke proces-ID meestal 7343. U kunt de laatste regel met “grep -color is gelijk aan auto” onderschatten.
Je kunt procesdetectie gebruiken om het positief af te breken door SIGTERM-signaal . Vervang
sudo kill wanneer
Zorg ervoor dat het project kan worden uitgevoerd door ps aux | . uit te voeren … Het grep -i apt ‘commando is afgebroken. Als uw huidige computer nog steeds actief is, schakelt u deze uit naar een SIGKILL-signaal:
sudo kill -9
Een andere, eenvoudigere truc is om de killall get te gebruiken. Dit zal alle instanties van het leidende programma beëindigen:
sudo apt killall apt-get
Methode 2
In de meeste skins lost de directe methode het probleem op. Maar de spelling was een beetje anders. Ik was relevant om mijn systeem bij te werken en sloot per ongeluk een definitieve versie. Dit zorgde ervoor dat sommige processen constant moesten oefenen, maar de fout toonde die fout nog steeds aan anderen.
In dit geval is de belangrijkste reden het vergrendelingsbestand. Zoals enige tijd geleden vermeld, zijn vergrendelingsbestanden ontworpen om te voorkomen dat twee te meer processen hetzelfde hoofdrecord gebruiken. Apt if or apt-get requirements werk, maak op sommige plaatsen bestandsvergrendeling aan. Als het vorige apt-hoofdcommando niet is gelukt, worden niet alle fixbestanden verwijderd en dus verdere sessies van apt-get-commando’s of
Om het probleem op te lossen, moet u de fasten-bestanden verwijderen. Maar voordat kopers het doen, is het waarschijnlijk een goed idee om alle procedures te stoppen die daadwerkelijk bestandsvergrendeling gebruiken.
Gebruik lsof get om een procesidentificatie te krijgen met betrekking tot alle processen die lock-bestanden bevatten. Controleer de moederaard van de fout en kijk over welke slotringbanden het klaagt en krijg een beoordeling van de processen die deze e-lock-bestanden bevatten.
sudo lsof / var / lib per dpkg / locksudo / var / lib - apt / lists / blockingsudo lsof lso
Versnel de prestaties van uw computer nu met deze eenvoudige download.
Related Posts:
