Fix 'E: Lock / var / lib / dpkg / lock konnte nicht abgerufen werden' Fehler in Ubuntu

Kürzlich habe ich versucht, eine Anwendung mit dem Befehl apt unter Ubuntu zu installieren, als ich auf folgenden Fehler gestoßen bin:

E: lock / var / lib / dpkg / lock konnte nicht geöffnet werden (11: Ressource vorübergehend nicht verfügbar)

E: Das Administrationsverzeichnis (/ var / lib / dpkg /) kann nicht gesperrt werden. Wird es von einem anderen Prozess verwendet?

In der Tat gibt es einen ähnlichen Fehler, den Sie möglicherweise sehen:

E: lock / var / lib / apt / lists / lock konnte nicht geöffnet werden (11: Ressource vorübergehend nicht verfügbar)

E: Verzeichnis / var / lib / apt / lists / kann nicht gesperrt werden

E: lock / var / lib / dpkg / lock konnte nicht geöffnet werden (11: Ressource vorübergehend nicht verfügbar)

E: Das Administrationsverzeichnis (/ var / lib / dpkg /) kann nicht gesperrt werden. Wird es von einem anderen Prozess verwendet?

Beide Fehler ähneln einem anderen häufig auftretenden Ubuntu-Fehler. Das Verzeichnis / var / cache / apt / archives / kann nicht gesperrt werden. Interessant ist, dass die Korrekturen für alle diese Fehler ebenfalls ähnlich sind.

Methode 1: Behebung Fehler im Administrationsverzeichnis (/ var / lib / dpkg /) kann nicht gesperrt werden

Es kann viele Gründe geben, warum Sie diesen Fehler sehen. Der erste und offensichtlichste Grund könnte sein, dass ein anderer Prozess das APT-Paketverwaltungstool verwendet (mit anderen Worten: apt oder apt-get). Überprüfen Sie, ob Ubuntu Software Center oder Synaptic Package Manager ausgeführt wird oder nicht.

Sie können auch die Linux-Befehlszeile verwenden, um den laufenden Prozess zu suchen und abzubrechen. Verwenden Sie dazu den folgenden Befehl:

 ps aux | grep -i apt 

Dies zeigt Ihnen die ID des Prozesses, auf dem apt oder apt-get ausgeführt wird. Im folgenden Beispiel lautet die Prozess-ID 7343. Sie können die letzte Zeile mit 'grep –color = auto' ignorieren.

Sie können diese Prozess-ID verwenden, um sie zu beenden:

 sudo kill -9 

Eine andere einfachere Möglichkeit wäre die Verwendung des Befehls killall. Dadurch werden alle Instanzen eines laufenden Programms beendet.

 sudo killall apt apt-get 

Folgen Sie uns für weitere hilfreiche Linux-Tutorials :)

Folgen Sie uns auf Facebook 114.3K Follower Folgen Sie uns auf Twitter 9, 1K Follower Folgen Sie uns auf YouTube 24.6K Follower

Methode 2: Weitere Korrektur Der Fehler im Administrationsverzeichnis (/ var / lib / dpkg /) konnte nicht gesperrt werden

Normalerweise würde dies das Problem in den meisten Fällen für Sie beheben. Aber mein Fall war ein bisschen anders. Ich habe mein System aktualisiert und das Terminal versehentlich geschlossen. Aus diesem Grund gab es keine Prozesse, die apt ausführten, aber es zeigte mir immer noch den Fehler.

In diesem Fall ist die Sperrdatei die Hauptursache. Sperrdateien werden verwendet, um zu verhindern, dass zwei oder mehr Prozesse dieselben Daten verwenden. Wenn apt oder apt-Befehle ausgeführt werden, werden an einigen Stellen Sperrdateien erstellt. Wenn der vorherige apt-Befehl nicht ordnungsgemäß beendet wurde, wurden die Sperrdateien nicht gelöscht und verhindern daher neue Instanzen von apt / apt-get-Befehlen.

Um das Problem zu beheben, müssen Sie lediglich die Sperrdateien entfernen. Aber bevor Sie das tun, ist es eine gute Idee, jeden Prozess zu stoppen, der die Sperrdateien verwendet.

Verwenden Sie den Befehl lsof, um die Prozess-ID des Prozesses abzurufen, der die Sperrdateien enthält. Führen Sie diese Befehle einzeln aus.

 lsof / var / lib / dpkg / lock

lsof / var / lib / apt / lists / lock

lsof / var / cache / apt / archives / lock

Es ist möglich, dass die Befehle nichts oder nur eine Zahl zurückgeben. Wenn sie mindestens eine Nummer zurückgeben, verwenden Sie die Nummer (n) und beenden Sie die Prozesse wie folgt. Ersetzen Sie die PID durch die Zahlen, die Sie aus den obigen Befehlen erhalten haben:

 sudo kill -9 PID 

Sie können die Sperrdateien jetzt mit den folgenden Befehlen sicher entfernen:

 sudo rm / var / lib / apt / lists / lock

sudo rm / var / cache / apt / archives / lock

sudo rm / var / lib / dpkg / lock

Danach konfigurieren Sie die Pakete neu

 sudo dpkg --configure -a 

Wenn Sie nun den Befehl sudo apt update ausführen, sollte alles in Ordnung sein.

Problembehandlung: dpkg: Fehler: Das Frontend von dpkg ist durch einen anderen Prozess gesperrt

Wenn beim Ausführen der oben beschriebenen Methode der Fehler "dpkg-Frontend ist durch einen anderen Prozess gesperrt" angezeigt wird, müssen Sie einen zusätzlichen Schritt ausführen.

Ermitteln Sie zunächst die ID des Prozesses, in dem sich die Sperrdatei befindet.

 lsof / var / lib / dpkg / lock-frontend 

Der obige Befehl gibt Ihnen die PID der Prozesse unter Verwendung der Sperrdateien. Verwenden Sie diese PID, um den Prozess abzubrechen.

 sudo kill -9 PID 

Jetzt können Sie die Sperre aufheben und dpkg neu konfigurieren:

 sudo rm / var / lib / dpkg / lock-frontend

sudo dpkg --configure -a

Ich hoffe, dieser kleine Tipp hat Ihnen bei der Behebung des Fehlers "Lock / var / lib / dpkg / lock konnte nicht abgerufen werden" geholfen. Wenn Sie Fragen oder Anregungen haben, können Sie gerne einen Kommentar hinterlassen.

Empfohlen

So installieren Sie IntelliJ IDEA unter Ubuntu und anderen Linux-Distributionen
2019
6 Funktionen, die Windows 10 von Linux übernommen hat
2019
Lösen Sie das Problem mit dem Windows-Partitions-Mount in Ubuntu Dual Boot
2019