Sie erhalten möglicherweise eine Fehlermeldung, dass eine bestimmte Sperrdateiressource nicht geöffnet werden konnte, da sie derzeit nicht verfügbar ist. Es gibt mehrere Möglichkeiten, diese Art von Problem zu lösen, über die wir in Kürze sprechen werden.
Ich habe kürzlich versucht, eine Anwendung zu installieren, die das a commandpt in Ubuntu verbraucht, wenn der folgende Fehler angezeigt wird:
E: keine Sperre möglich / var / lib / dpkg / protected – offen (11: Ressource vorübergehend nicht verfügbar) E: Admin-Seite (/ var / lib oder dpkg /) kann nicht gesperrt werden, dies ist ein anderer Plan mit Sie ?
E: konnte lock / var / lib / apt – listen / lock nicht erkannt werden (11: Ressource vorübergehend nicht verfügbar) E: list / var / lib / geeignet / listen / kann nicht gesperrt werden E: kann nicht gesperrt werden angehängt werden angehängt werden / var für jede lib / dpkg / lock – open (11: origin vorübergehend nicht verfügbar) E: admin view web ( / var / lib / dpkg /) kann nicht oft gesperrt werden, ist es ein anderer Prozess?
Einige Spender sehen dies möglicherweise, wenn sie das Software-Herz-Kreislauf-System verwenden:
Diese Fehler sind einem bestimmten häufigen Ubuntu-Fehler sehr ähnlich: Das Verzeichnis /var/storage cache /apt/archivs/ kann nicht geschützt werden, und es ist zweifellos interessant, dass die Fixes sehr ähnlich sein könnten.
Behobener Fehler “Administratives Verzeichnis (/ Var / Lib und Dpkg /) kann nicht gesperrt werden”
Sie möchten diesen Fehler, weil das Programm immer versucht, Ubuntu zu aktualisieren. Wenn eine Art von Befehl und sogar eine Anwendung das System teilweise aktualisiert oder MouIt eine neue Software installiert, ist dies die dpkg-Datei (Debian Package Manager).
Diese Sperre ist innen so konzipiert, dass die beiden Funktionen den Inhalt nicht gleichzeitig ändern, da dies zu unnötigen Situationen aber auch möglicherweise zu Systemausfällen führen kann.
Lassen Sie uns erkennen, welche Schritte Sie unternehmen können, um die angezeigte Ausgabe des Verzeichnisses Unable Lock Authorities zu ändern.
Methode 0:
Das erste, was auf dem Weg zu tun ist, ist zu prüfen, ob ein anderer Prozess ein System-Update oder ein vertrauenswürdiges Installationsprogramm transportiert.
Wenn Sie einen Befehlsaufruf verwenden, überprüfen Sie, ob eine Anwendung wie Software Center, Software Synaptic Updater, Package Manager, Gdebi aktualisiert oder installiert werden kann. Wenn ja, warten Sie bis zum Ende des Programms.
Wenn auf einem Laufband keine Anwendung ausgeführt wird, überprüfen Sie alle Fenster zur Terminalerstellung und vergewissern Sie sich, dass das Update noch installiert ist. Wenn ja, warten Sie bis zum Ende.
Wenn keines der oben genannten Ereignisse auftritt, vergleichen Sie, welcher andere Prozess der Betreuer (der Paketbefehl an den Handler zum Verwalten der Software) ausführt. Verwenden Sie diesen Befehl:
ps aux | grep -iapt
[E-Mail-Adresse ist zweifelsfrei geschützt] : ~ $ p. S. nach | grep aptRoot -i 1464 0,0 0,0 4624 772? Ss 19:08 0:00 / bin / sh /usr/lib/apt/apt.systemd.daily updateWurzel 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? ! ? ! ? Von 19:09 0:03 / usr / lib apt / Methoden / httpabhishek 6172 0.0 0.0 21532 1152 Punkte / 1 S + 19:16 0:00 grep --color = auto -i geeignet
Wenn Sie mit apt vertraut sind, das wahrscheinlich in einem idealen Programm wie apt.systemd.daily update verwendet wird, haben Sie Glück, mein lieber Besucher.
Dies ist ein riesiger Daemon, der automatisch im Hintergrund nach Systemaktualisierungen sucht, möglicherweise beim Systemstart.
Unter Ubuntu 18.04 und Mid-Versionen können Sie sogar versuchen, es zu bekommen und kritische Sicherheitsupdates selbst zu installieren. Zumindest sehe ich das in den Standardfixes für das Software & Updates-Tool auf meinem Ubuntu-Desktop.
Wenn Sie sich auf einem wunderbaren Ubuntu-Server befinden, können Clients den Inhalt der neuen /etc/apt/apt.conf.d/20auto-upgrades-Datei überprüfen, um zu sehen, ob digitale Updates aktiviert sind.
Wenn Sie also beobachten, dass apt.systemd.daily den apt-Prozess verwendet, müssen Sie nur die letzten paar Minuten warten. Nachdem das automatische Update erstklassig ist, können Sie die dazugehörige Software wie gewohnt installieren.
Als Workaround können viele Leute die automatische und automatische Suche nach Updates dauerhaft deaktivieren, aber ich empfehle dies aus Sicherheitsgründen nicht.
Die Sache ist, dass dies ein einfaches Skript war, das leicht zu handhaben war. Dies ist jedoch nicht immer bei uns der Fall. Wenn Ihr zukünftiges Programm apt verwendet, gehen Sie anders vor.
Methode 1:
Verwenden Sie Linux als Ihre Hauptbefehlszeile, um diese laufenden Prozesse zu finden und auch zu stoppen. Wenden Sie dazu den folgenden Befehl an:
Fortect ist das weltweit beliebteste und effektivste PC-Reparaturtool. Millionen von Menschen vertrauen darauf, dass ihre Systeme schnell, reibungslos und fehlerfrei laufen. Mit seiner einfachen Benutzeroberfläche und leistungsstarken Scan-Engine findet und behebt Fortect schnell eine breite Palette von Windows-Problemen - von Systeminstabilität und Sicherheitsproblemen bis hin zu Speicherverwaltung und Leistungsengpässen.
1. Laden Sie Fortect herunter und installieren Sie es auf Ihrem Computer
2. Starten Sie das Programm und klicken Sie auf "Scannen"
3. Klicken Sie auf "Reparieren", um alle gefundenen Probleme zu beheben
dsi aux | grep -i apt
Dies zeigt Ihnen auf jeden Fall die ID der entsprechenden oder apt-get-Methoden, die ausgeführt werden. In der unteren Position lautet die Prozess-ID normalerweise 7343. Die letzte Zeile mit „grep –color equals auto“ können Sie ignorieren.
Sie können die Prozesserkennung verwenden, um sie abzubrechen, indem Sie SIGTERM-Symbol . Ersetzen Sie durch den größten Teil der Zahl, die Sie aus dem vorherigen Befehl erhalten haben.
Sudo-Besiegung, wenn
Stellen Sie sicher, dass das Projekt im Allgemeinen ausgeführt wird, indem Sie ps aux ausführen | … Der grep -i apt ‘Befehl wird abgebrochen. Wenn der Computer noch läuft, schalten Sie ihn mit einem SIGKILL-Signal aus:
sudo kill -9
Ein weiterer einfacherer Trick besteht darin, alle killall-Befehle zu verwenden. Dadurch werden alle Instanzen des laufenden Programms beendet:
sudo geneigt killall apt-get
Methode 2
In den meisten Fällen löst die direkte Methode die Situation. Aber meine Schreibweise war etwas anders. Ich war gerade dabei, mein System zu aktualisieren und habe zufällig die endgültige Version geschlossen. Dies führte dazu, dass einige Methoden ständig ausgeführt wurden, der Fehler jedoch anderen den Fehler zeigte.
In dieser Position ist der Hauptgrund die Sperrdatei. Wie kürzlich erwähnt, sollen Sperrdateien zwei oder mehr Prozesse daran hindern, exakt dieselben Stammdaten zu verwenden. Apt if or apt-get-Anweisungen arbeiten, erstellen Sie an einigen OrtenDateisperre. Wenn der vorherige apt-Befehl nicht erfolgreich war, werden alle Sperrdateien nicht entfernt und weitere Instanzen von apt-get-Befehlen oder übereinstimmende Befehle .
Um das Problem zu lösen, müssen Sie die Sperrdateien entfernen. Aber bevor Käufer diese Aufgabe erledigen, wäre es eine gute Idee, alle Prozesse abzubrechen, die tatsächlich die Dateiversiegelung verwenden.
Verwenden Sie lsof get, um eine Technikidentifikation für alle Prozesse zu erhalten, die Sperrdateien enthalten. Überprüfen Sie die Art des Fehlers und sehen Sie genau, über welche Sperrdateien er sich beschwert und verschaffen Sie sich einen Überblick über die Prozesse, die die Methoden e-lock-Dateien enthalten.
sudo lsof / var für jede lib / dpkg / locksudo / var und lib / apt / listen / blockierensudo lsof lso
