Ich habe viele Fehlermeldungen „Sperre / var / lib / dpkg / lock konnte nicht abgerufen werden“ erhalten, wenn „Sperre / var / lib / dpkg / lock kann nicht geöffnet werden (11-Ressource vorübergehend nicht verfügbar)“ installiert oder Pakete über die aktualisiert wurden Befehlszeile auf virtuellen Ubuntu-Maschinen in letzter Zeit, also dachte ich, ich schreibe einen Beitrag darüber, wie man solche Probleme beseitigt.
Dies ist die vollständige Fehlermeldung:
E: Could not get lock /var/lib/dpkg/lock - open (11 Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/) is another process using it?
[[Bearbeiten]]Diese Meldung hat sich für neuere Ubuntu-Versionen geändert und zeigt nun wie folgt an, welcher Prozess das „/var/lib/dpkg/lock-frontend“ hält:
Waiting for cache lock: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 251486 (apt)
Wie die Meldung sagt, kann dies passieren, wenn ein anderer Prozess verwendet wird /var/lib/dpkg/lock
. Das erste, was Sie tun müssen, wenn Sie auf diesen Fehler stoßen, ist sicherzustellen, dass Sie den Paketmanager wie Synaptic schließen. usw. Überprüfen Sie auch, ob Sie andere offene Terminals haben, die derzeit eine Installations-/Upgrade-Prozedur ausführen, und warten Sie, bis diese Prozesse abgeschlossen sind. Wenn Sie ein neueres Ubuntu verwenden, sagt Ihnen die Meldung selbst, welcher Prozess das „/var/lib/dpkg/lock“ / „/var/lib/dpkg/lock-frontend“ enthält.
Wenn keine Prozesse verwendet werden /var/lib/dpkg/lock
, der nächste Schritt ist … warten. In einigen Fällen reicht dies aus, um die Fehler „Sperre / var / lib / dpkg / lock konnte nicht abgerufen werden“ und „Sperre / var / lib / dpkg / lock-frontend konnte nicht abgerufen werden“ zu beheben.
Eine andere Möglichkeit, dieses Problem zu umgehen, besteht darin, das System neu zu starten und zu sehen, ob das Problem weiterhin auftritt.
Es gibt jedoch Fälle, in denen die oben genannten Lösungen möglicherweise nicht ausreichen. In solchen Fällen können Sie Folgendes tun.
Verwenden Sie dies nur, wenn nichts anderes funktioniert! Die Verwendung der folgenden Befehle kann zu beschädigten Paketen / Korruption führen. Verwenden Sie sie auf eigene Gefahr!
Wenn nichts anderes funktioniert hat (meiner Erfahrung nach passiert dies normalerweise, wenn das System während der Installation oder Aktualisierung von Paketen zwangsweise heruntergefahren oder neu gestartet wurde, z. B. aufgrund eines Stromausfalls), können Sie die Datei apt lock / lock-frontend entfernen und prüfen, ob dies der Fall ist behebt das Problem auf Ihrem Ubuntu / Debian / Linux Mint-System (und jedem System, das APT verwendet):
sudo rm /var/lib/apt/lists/lock
sudo rm /var/lib/apt/lists/lock-frontend
Wenn Sie weiterhin Fehler zu einem der apt
Cache-Sperre (/var/cache/apt/archives/lock
) oder die dpkg
sperren (/var/lib/dpkg/lock
), können Sie sie entfernen:
sudo rm /var/cache/apt/archives/lock
sudo rm /var/lib/dpkg/lock
Danach kann es auch notwendig sein, das Paket neu zu konfigurieren und eventuell beschädigte Pakete zu reparieren:
sudo dpkg --configure -a
sudo apt install -f
In einigen seltenen Fällen wird möglicherweise ein Fehler wie der folgende angezeigt, nachdem Sie versucht haben, sudo dpkg --configure -a
auszuführen :
$ sudo dpkg --configure -a
dpkg: error: parsing file '/var/lib/dpkg/updates/0004' near line 0:
newline in field name '#padding'
Entfernen Sie in solchen Fällen die betreffende Datei und führen Sie dann sudo dpkg --configure -a
aus Befehl erneut. In meinem obigen Beispiel ist die Datei /var/lib/dpkg/updates/0004
(Dies kann in Ihrem Fall anders sein!) Um es zu entfernen und dpkg neu zu konfigurieren, müssen Sie Folgendes verwenden:
sudo rm /var/lib/dpkg/updates/0004
sudo dpkg --configure -a
Hoffentlich sollten Sie nach dem Ausführen dieser Befehle die Meldungen „Lock / var / lib / dpkg / lock (11-Ressource vorübergehend nicht verfügbar) konnte nicht geöffnet werden“ und „Lock / var / lib / dpkg / lock-frontend – open „Received ( 11 Ressource vorübergehend nicht verfügbar)“-Fehler.
Zur Bearbeitung: Ein Hauptgrund für das erneute Auftreten dieses Fehlers scheint die Tatsache zu sein, dass Ubuntu standardmäßig unbeaufsichtigte Updates aktiviert und entweder ein Upgrade durchführt, wenn Sie diesen Fehler sehen (in diesem Fall sollten Sie warten, bis das Upgrade erfolgreich ist!), oder ein Upgrade fehlgeschlagen ist. In diesem Fall bleibt dieser Fehler bestehen, bis Sie ihn korrigieren. Sie können automatische (unbeaufsichtigte) Upgrades deaktivieren, siehe:So stoppen Sie die automatische Installation von Updates unter Ubuntu oder Debian (unbeaufsichtigte Upgrades).