1144 votes

Impossible de verrouiller le répertoire d'administration (/var/lib/dpkg/) ; un autre processus l'utilise-t-il ?

J'obtiens cette erreur lorsque j'essaie d'utiliser apt-get :

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?  

Comment puis-je réparer cela ?

20 votes

C'est aussi vrai si vous redémarrez ? Peut-être qu'un vieux fil de discussion apt verrouille le fichier, vous devez trouver lequel et le tuer ou simplement redémarrer.

0 votes

Oui, même après un redémarrage, j'obtiens les mêmes réponses. Savez-vous comment je peux trouver quel fil de discussion apt verrouille le fichier ? Merci !

4 votes

Cette procédure résout presque toujours ce problème, et quand il ne le fait pas, sa sortie (le texte du Terminal) est parfois utile. Si vous décidez de le faire, vous pouvez ajouter ce texte à votre question.

0voto

WinEunuuchs2Unix Points 91128

Comme la plupart des gens, j'ai attendu que le verrou soit enlevé. Après 30 minutes, j'ai abandonné et j'ai démarré sur une autre distribution. A partir de là, j'ai fait des recherches sur Internet qui m'ont conduit ici.

Il s'avère que unattended-upgrades.service est en cours d'exécution. J'ai trouvé que le redémarrage dans le système cassé et en cours d'exécution :

sudo systemctl disable apt-daily.service
sudo systemctl disable unattended-upgrades.service
sudo systemctl disable apt-daily-upgrade.service
sudo systemctl disable apt-daily-upgrade.timer
sudo systemctl disable apt-daily.timer
sudo shutdown -r # Note it will take a couple minutes to reboot

m'a permis de faire fonctionner à nouveau le système cassé pour :

sudo apt update
sudo apt upgrade
sudo apt install -f

Cependant, cela n'a pas résolu le problème des paquets conservés en arrière et de la situation impossible rapportée par apt en premier lieu. Il semblerait que cela ait causé apt de s'enfermer au démarrage en premier lieu.

0 votes

Trouver les valeurs par défaut de la mise à niveau sans surveillance dans APT conf, par ex. sudo nano /etc/apt/apt.conf.d/50unat- tended-upgrades

0 votes

La suppression des fichiers ci-dessous a résolu mon problème. sudo rm /var/lib/dpkg/lock sudo rm /var/lib/dpkg/lock-frontend sudo rm /var/lib/apt/lists/lock sudo rm /var/cache/apt/archives/lock Veuillez vous référer à phoenixnap.com/kb/fix-could-not-get-lockerror-ubuntu

0voto

karel Points 97032

J'ai essayé les réponses les plus votées sur cette page et elles ont toujours fonctionné pour moi sans exception, mais j'ai découvert un moyen plus facile de résoudre ce problème. D'abord un peu de théorie. Que se passe-t-il avant qu'un utilisateur reçoive ce message d'erreur ?

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?  

/var/lib/dpkg/lock est verrouillé de sorte que le terminal ne peut temporairement pas l'utiliser, mais par quel processus est-il verrouillé ? Cela dépend des circonstances. Si vous avez démarré l'ordinateur il y a quelques minutes, il est probablement verrouillé par l'application logicielle. Essayez de fermer le terminal et de lancer l'application logicielle. Si l'application logicielle verrouille effectivement /var/lib/dpkg/lock un écran s'affichera et dira Software catalog is being downloaded quand vous l'ouvrez.

enter image description here

Une fois que l'application logicielle a terminé sa mise à jour, un message de notification s'affiche, ainsi qu'un autre message de confirmation. Mise à jour du logiciel peut également apparaître comme indiqué ci-dessous. Sinon, l'application logicielle supprimera son propre verrouillage sans que l'utilisateur ait besoin d'exécuter une quelconque commande dans le terminal.

enter image description here

Une fois qu'il a terminé la mise à jour du logiciel, le Software Updater supprime son propre verrou sans que l'utilisateur ait besoin d'exécuter une quelconque commande dans le terminal.

Un autre cas où cette réponse est utile est dans une VM lors du démarrage d'un OS invité Ubuntu qui a été inactif pendant un certain temps. Normalement, le système d'exploitation invité Ubuntu commence à se mettre à jour presque immédiatement. Le processus de mise à jour bloque fréquemment les commandes qui nécessitent l'installation, la suppression ou la mise à jour de logiciels jusqu'à ce qu'il se termine. Ouvrez l'application Logiciels, laissez-la finir de fonctionner et installez les mises à jour que vous souhaitez. L'application Logiciels supprimera son propre verrouillage lorsqu'elle aura terminé.

0voto

gogog Points 121

Il suffit de redémarrer et le problème sera résolu automatiquement. C'est votre installation qui s'est interrompue accidentellement.

0voto

J'ajoute ceci uniquement dans l'espoir que cela puisse être connecté, je n'ai pas testé cette solution. Si la suppression des fichiers de verrouillage n'aide pas, et si elle n'est même pas recommandée selon la réponse acceptée, elle pourrait aider comment le problème similaire dpkg : error : la base de données dpkg status est verrouillée par un autre processus a pu être résolu en utilisant le mode de récupération avec sudo dpkg --configure -a dans l'invite Shell de la racine.

Copiez à partir de là :

J'avais supprimé les fichiers de verrouillage, et il n'y avait pas de PID en cours d'exécution, pourtant, chaque fois que j'exécutais sudo dpkg --configure -a Le Shell était bloqué sur l'une des tâches "apt" précédemment verrouillées que j'avais fermée de force en fermant le terminal à la fin. J'ai également tué les processus apt en utilisant sudo killall apt apt-get . La tâche la plus appropriée dans mon cas était " Setting up docker-ce (5:20.10.1~3-0~ubuntu-bionic) ".

Solution dans mon cas :

  • Démarrez en mode de récupération.
  • Dans le menu de récupération, choisissez "root" afin de "Drop to root Shell prompt".
  • Appuyez sur la touche Enter.
  • Type sudo dpkg --configure -a .
  • Continuez ce que vous étiez sur le point de faire, cela devrait fonctionner maintenant, et / ou redémarrez simplement.

Veuillez consulter les captures d'écran et l'explication détaillée (par exemple, comment obtenir le mode de récupération au démarrage) dans la réponse de docker ps stuck docker install se bloque également .

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X