Impossible de verrouiller le répertoire d'administration (/ var / lib / dpkg /), est-ce qu'un autre processus l'utilise?

Je reçois cette erreur en essayant 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?

Cela devrait être utilisé en dernier recours. Si vous l'utilisez négligemment, vous pouvez vous retrouver avec un système défectueux. S'il vous plaît essayez les autres réponses d' abord avant de faire cela.

Vous pouvez supprimer le fichier de verrouillage à l'aide de la commande suivante:

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

Vous devrez peut-être également supprimer le fichier de verrouillage dans le répertoire de cache

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

Après cela, essayez d'ouvrir à nouveau Synaptic.

Je vois à peu près toutes les réponses recommandent de supprimer le verrou. Je ne recommande pas de faire cela comme une première mesure; peut-être s'il n'y a pas d'alternative. Le verrou est placé lorsqu'un processus apt est en cours d'exécution et est supprimé à la fin du processus. S'il existe un verrou sans processus apparent en cours, cela peut signifier que le processus est bloqué pour une raison quelconque.

Si tu essayes

ps aux | grep [a]pt

ou

pgrep -a apt

cela attrapera des processus contenant le mot apt, au moins. Si vous voyez un apt-getprocessus ou un aptitudeprocessus qui semble bloqué, vous pouvez essayer

sudo kill processnumber

et si cela ne fonctionne pas, essayez

sudo kill -9 processnumber

Cela devrait tuer le processus et peut supprimer le verrou. Tuer un processus aptou un aptitudeprocessus est inoffensif, sauf s'il est en cours d'installation du paquet. Dans tous les cas, si le processus est bloqué, vous n'avez probablement pas d'autre choix que de le tuer.

Tuer un dpkgprocessus directement, s'il est présent, n'est pas une bonne idée, car s'il dpkgest actif, il manipule probablement la base de données de packages et sa suppression peut laisser la base de données de packages dans un état incohérent. ie corrompu.

Tuer un processus apt-getou un aptitudeprocessus est en général beaucoup plus sûr.

Supprimez votre /var/lib/dpkg/lockfichier et forcez la reconfiguration du package.

sudo rm /var/lib/dpkg/lock
sudo dpkg --configure -a

Cela devrait fonctionner après cela.

Vous obtiendrez ce message si vous oubliez de l'utiliser sudolors de l'exécution d'une commande apt.

Sinon, cela indique que quelque chose d'autre installe ou supprime un logiciel et a verrouillé la base de données apt pendant qu'il effectue les actions. Les programmes qui peuvent faire cela sont:

• Le centre de logiciel
• Le gestionnaire de mise à jour
• L'installateur de liens apt (je pense que cela passe maintenant par SC)
• Les utilitaires de ligne de commande apt-get ou aptitude.
• Le gestionnaire de paquets Synaptic

IMPORTANT: n'essayez le dernier ci-dessous qu'en dernier recours, car cela pourrait planter votre système. Essayez d'abord de tuer n'importe quelle instance en cours aptou aptitudecomme décrit dans la réponse de Faheem .

Vous pouvez forcer le verrouillage en supprimant le fichier, mais il est déconseillé de fermer le programme qui le verrouille en toute sécurité , car vous pourriez provoquer une corruption ou interrompre une installation (incorrecte). La commande fournie par João devrait fermer le programme qui détient le verrou, puis le supprimer, mais ne vous protégera pas des interruptions d'installation:

sudo fuser -cuk /var/lib/dpkg/lock; sudo rm -f /var/lib/dpkg/lock   

Et la même commande peut être utilisée pour le verrou de cache d'apt:

sudo fuser -cuk /var/cache/apt/archives/lock; sudo rm -f /var/cache/apt/archives/lock

Le moyen le plus probable de frapper ceci est

• démarrer Ubuntu
• démarrer un terminal
• type sudo apt-get install whatever

et la ligne de commande aptchevauche la scrutation update-managerautomatique.

Donc, si vous réessayez dans quelques minutes, cela devrait régler le problème.

Un seul programme peut tenir le verrou. Assurez-vous que vous n’exécutez pas aptitude, synaptic ou adepte. Fermez le programme et exécutez-le à nouveau, cela devrait fonctionner. Vous pouvez soit ouvrir synaptique, soit ouvrir une autre fenêtre de terminal exécutant apt-get, soit faire exécuter le gestionnaire de mise à jour. les exécute, fermez-le et réessayez

Essayez cette commande dans le terminal pour trouver ce qui fonctionne

ps -e | grep -e apt -e adept | grep -v grep

Remarque:
Si cela n’imprime rien, tapez ce qui suit dans le terminal pour supprimer le verrou.

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

Vous pouvez maintenant installer n’importe quel forfait.

Jusqu'ici, le meilleur moyen de le faire fonctionner sans interrompre une éventuelle installation en arrière-plan (comme cela pourrait être le cas en supprimant le fichier de verrouillage) consiste à arrêter le service à l'aide d'apt:

Erreur:

# sudo apt-get upgrade
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?`

Solution:

sudo systemctl stop apt-daily.timer

Après la mise à niveau du système, je suggère de le réactiver, car le bogue qui le verrouille pourrait être corrigé avec la mise à niveau.

sudo systemctl start apt-daily.timer

Je n'ai pas vérifié que cette erreur est corrigée après la mise à niveau. Je vais ajouter un nouveau commentaire une fois que j'ai vérifié

Tout d’abord, nous devons vérifier quel processus a créé le fichier de verrouillage en utilisant lsof:

sudo lsof /var/lib/dpkg/lock

ou dans une autre situation où /var/lib/apt/lists/lockest problématique:

sudo lsof /var/lib/apt/lists/lock

La sortie sera proche de quelque chose comme:

COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
apt-get   12127 root   4uW  REG  252,1        0    86   /var/lib/apt/lists/lock

Ensuite, nous devrions vérifier ce que fait la commande, nous pouvons le trouver en utilisant ps, pgrepetc. la commande est apt-getdonc je lance:

pgrep apt-get -a

Le -acommutateur liste la commande complète pour moi, dans mon cas c'est:

 pgrep -a apt-get
 12127 apt-get update

nous pouvons voir que cela fonctionne updatesous-commande, je pourrais exécuter quelque chose comme ceci aussi:

ps -f 12127

qui produit:

UID        PID  PPID  C STIME TTY      STAT   TIME CMD
root     12127 12126  0 09:39 pts/0    S+     0:00 apt-get update

Dans ce cas, j'attendrais une minute pour que la ressource soit libérée et si, au bout de 2 ou 3 minutes, le problème persiste ou si la commande est une chose qui ne me concerne pas ou qui ne nuit pas au système (comme celui-ci apt-get update), j'envoie un message SIGTERMà le processus:

sudo kill -15 12127

Cela devrait faire le travail, sinon, je vais envoyer SIGINTcette fois-ci (c'est comme appuyer sur CTRL+ C):

sudo kill -2 12127

Si cela ne fonctionne pas aussi, nous devrions envoyer un SIGHUP( kill -1), et finalement si rien ne fonctionne, je tue simplement le processus:

sudo kill -9 12127

ou

sudo pkill -9 apt-get

Ensuite, je supprime les ressources occupées:

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

Cette erreur peut être provoquée par le gestionnaire de mise à jour qui tente d'actualiser automatiquement la liste des packages en arrière-plan, généralement juste après votre connexion, verrouillant ainsi le répertoire.

Dans ce cas, attendez quelques secondes (ou plus, si votre dernière mise à jour date d'il y a longtemps) pour qu'elle soit terminée ou lancez Update Manager pour vérifier l'état.

Cela se produira si «Update Manager» est exécuté en parallèle pour toute vérification de mise à jour ou installation en tant que processus d'installation verrouille. Si vous faites face à la même erreur sans que 'Update Manager' ne soit exécuté, vous devez le supprimer /var/lib/dgkg/lock, ce que vous ne pouvez certainement pas faire manuellement.

sudo fuser -cuk /var/lib/dpkg/lock
sudo rm -f /var/lib/dpkg/lock

fonctionne bien. Tiré de: https://askubuntu.com/a/15469/68707

Ne soyez pas si rapide pour supprimer quelque chose, cela pourrait endommager totalement votre système; attendez plutôt que le programme en cours d’installation ou de désinstallation ait terminé sa tâche, après quoi vous aurez accès. Si vous pensez qu'il n'y a rien d'installation ou de désinstallation en cours, redémarrez simplement votre système avec la commande sudo reboot.

Si vous avez des mises à jour de sécurité configurées pour une installation automatique, cela se produira fréquemment. J'attends littéralement 30 secondes et le problème est résolu. Il suffit de jeter cela au cas où quelqu'un d'autre rencontrerait ce problème.

Dans mon cas, j'ai dû attendre plusieurs minutes pour que le verrou soit libéré (on dirait qu'il est aptutilisé pour le maintenir). Tout cela s'est passé juste après le démarrage du système.

Juste sudo rm -f /var/lib/apt/lists/locket essayez à nouveau.

apt-fast PEUT être tenu responsable de ne pas déverrouiller correctement; cela se produit parfois lorsque vous avortez apt-getou dpkgtrop.

J'ai eu ce problème à plusieurs reprises. Pour moi, c’était presque toujours dû à apt-get ou à une interface graphique qui l’appelait se faire accrocher pour une raison quelconque. Je devais le tuer, ce qui laissait diverses serrures en place.

Les autres réponses apportent de très bons arguments pour s'assurer qu'aucune mise à jour n'est en cours d'exécution avant de procéder de manière radicale, telle que la suppression des fichiers verrouillés. Cependant, une fois que vous êtes sûr que ce n'est pas le cas, ce qui suit fonctionne généralement pour moi. Je l'ai eu en lisant de nombreuses réponses à des questions comme celle-ci.

Bien que la plupart ou la totalité de ces éléments soient présentés dans les autres réponses, cela résume le correctif en quelques commandes.

sudo fuser -vki /var/lib/dpkg/lock
sudo fuser -vki /var/cache/apt/archives/lock
sudo fuser -vki /var/cache/debconf/config.dat
sudo dpkg --configure -a

Utilisez cette option pour déverrouiller le système de paquets après une mise à jour en panne ou terminée sans terminer de quelque manière que ce soit. Ces commandes doivent être exécutées dans l'ordre présenté.

Je ne vois pas cette réponse ailleurs que sur Ubuntu 16.04, j'ai aussi rencontré ce problème. La cause était le temps sur mon ordinateur a été placé dans le futur . (C’est parce que je suis sur un système à double démarrage Windows + Ubuntu et que je suppose que j’ai gaché l’heure locale par rapport à l’heure UTC.)

Une chose étrange était que la date et l'heure du fichier verrouillé étaient exactement la date et l'heure auxquelles j'ai exécuté le programme.

J'ai ensuite utilisé "fuser" comme décrit dans les messages précédents et apt a fonctionné, mais je me suis plaint d'avoir besoin de fonctionner dpkg -a -reconfigure. Quand j'ai fait ça, j'ai eu des erreurs comme:

newline in field name #padding

dans des fichiers tels que '/ var / lib / dpkg / updates / 0003'.

Tout cela était très étrange car je ne l'avais jamais vu auparavant. Alors, je pensais que c'était des symptômes et j'ai changé mes données et mon heure manuellement. Je savais qu'il y avait un problème avec la date / heure lorsque je me suis connecté, mais je l'ignorais. (Auparavant, il le configurait automatiquement via Internet et NTP).

Ensuite, tous les problèmes ci-dessus ont été résolus ... J'espère que cela aidera quelqu'un d'autre! Le symptôme le plus notable est peut-être que la date / heure du fichier de verrouillage est la date / heure exacte à laquelle vous essayez d'exécuter la commande.

Dans mon cas, X s'est écrasé alors qu'il apt-getétait encore en train de retirer de vieux noyaux. J'ai utilisé le Moniteur système pour confirmer qu'il était toujours en cours d'exécution et non bloqué. Tout allait bien une fois le processus terminé.

Vérifiez le lanceur pour voir si Software Updaterest en cours d'exécution. Si c'est le cas, maximisez-le et regardez ce qu'il fait. S'il est toujours en train de vérifier, attendez qu'il soit terminé. À la fin, il vous dira peut-être que le logiciel est à jour, fermez donc l'application. S'il est indiqué que des mises à jour sont disponibles, effectuez la mise à jour ou cliquez sur "me le rappeler plus tard". Après que cette application se ferme, vous pouvez revenir à utiliser apt-getou apt.

Si Software Updatern'est pas en cours d'exécution, utilisez simplement le tiret pour l'invoquer, puis attendez qu'il soit terminé, puis décidez si vous souhaitez mettre à jour ou cliquez sur "me le rappeler plus tard". Après que cette application se ferme, vous pouvez revenir à utiliser apt-getou apt.

Dans mon cas, je recevais le même message en ne réalisant pas que j'avais basculé en tant qu'utilisateur root et que j'essayais sudo apt-get. Une fois que j'ai réalisé cela, j'ai juste lancé apt-get, et cela a fonctionné. Stupide, mais cela pourrait quand même expliquer l'erreur pour certains.

sudo killall -9 apt && sudo killall -9 dpkg

À utiliser à vos risques et périls

dans mon cas, après:

1. Ouvrez Firefox.
2. Terminal ouvert

j'ai tapé $

sudo apt update
sudp apt upgrade

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?

apt list --upgradable

Cette commande va vous montrer une liste de programmes dans mon cas que Firefox, j'ai fermé Firefox, puis pourrait relancer la commande sans problèmes.

sudo apt upgrade

Pour les personnes intéressées par la prévention proactive de ce bogue dans leurs scripts, j’ai constaté que le drapeau -q apt upgrade -yqétait la cause de ce problème pour moi. Au cours du processus de mise à niveau, des avertissements me sont parfois donnés (par exemple, si je souhaite continuer à mettre à jour le bureau), et si ces avertissements étaient supprimés, je suppose que cela pourrait ne pas déverrouiller les fichiers qu'il protégeait. et il s'est coincé.

Certes, j’ai eu du mal à reproduire cette erreur 100% du temps, mais l’élimination de cette option -q a complètement corrigé le problème .

Comme la plupart des gens, j'ai attendu que le verrou soit retiré. Au bout de 30 minutes, j'ai abandonné et je me suis lancé dans une distribution différente. De là, j'ai utilisé Internet pour des recherches qui m'ont conduit ici.

Il s'avère que unattended-upgrades.servicec'est en cours d'exécution. J'ai trouvé que redémarrer 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 défectueux pour:

sudo apt update
sudo apt upgrade
sudo apt install -f

Cependant, cela n'a pas corrigé les paquets conservés et la situation impossible signalée par apt. Il semblerait que cela a été aptà l'origine du blocage au démarrage.