Comment corriger l'erreur "échec du verrouillage de /var/lib/dpkg/lock"

Bien qu'une distribution Linux puisse choisir d'installer le logiciel comme bon lui semble, le plus souvent, elle peut, au minimum, l'installer à partir de ses dépôts officiels. Ces référentiels peuvent être maintenus directement par la distribution et/ou basés sur d'autres, comme c'est le cas avec Debian->Ubuntu->Linux Mint, par exemple. Dans ces cas, le gestionnaire de paquets est APT, et parfois nous pouvons voir le message "Impossible de verrouiller /var/lib/dpkg/lock" dans le terminal ou même dans un outil avec une interface graphique.

Cet article va essayer de faire la lumière. de quoi il s'agit et comment l'erreur peut être résolue cela nous fait voir le message "/var/lib/dpkg/lock n'a pas pu être verrouillé", mais je peux vous dire qu'il existe une solution très simple qui peut résoudre ce problème et bien d'autres, que ce soit sous Linux- distribution basée ou tout autre système d'exploitation, y compris mobile.

Que signifie l'erreur "Impossible de verrouiller /var/lib/dpkg/lock" ?

En général, lorsque nous voyons l'erreur "could not lock /var/lib/dpkg/lock", le terminal ou le logiciel qui l'affiche indique qu'un autre processus APT est en cours d'exécution et utilise la même base de données à laquelle nous essayons d'accéder . En d'autres termes, le nouveau processus APT essaie de verrouiller le fichier /var/lib/dpkg/lock, il ne peut pas l'avoir parce qu'il est occupé et nous en informer.

Le plus courant est que un autre processus APT, comme la mise à jour, est déjà en cours d'exécution et a verrouillé le fichier de verrouillage, il ne peut donc pas faire la première étape, qui consiste précisément à verrouiller ledit fichier.

Comment réparer l'erreur

La première chose que nous devons faire, surtout si nous n'aimons pas utiliser le terminal, est vérifier si une application logicielle est en cours d'exécution. Par exemple, dans Ubuntu, nous pouvons voir si Ubuntu Software (fork de GNOME Software) fait quelque chose, et aussi Software Update, l'application qui est chargée, comme son nom l'indique, de mettre à jour le logiciel. Si nous ne voyons aucune de ces applications ouvertes, nous pouvons également démarrer le moniteur système et les rechercher, pour voir si elles s'exécutent en arrière-plan.

Les les applications que nous devons rechercher dépendront de la distribution que nous utilisons, puisque Ubuntu Software n'est pas dans Kubuntu, ni Discover dans la version principale de Debian. Chaque distribution gère le logiciel avec les outils qu'elle choisit d'ajouter et peut bloquer l'archive du logiciel GNOME, Discover, tout autre magasin de logiciels ou l'outil de mise à jour.

Qu'ils soient au premier plan ou en arrière-plan, une option est avoir de la patience et attendez de voir si le travail que vous faites est terminé. Parfois, nous voyons un message d'erreur et nous voulons qu'il soit corrigé instantanément, alors que la solution est d'attendre un moment.

Un redémarrage ou une déconnexion devrait suffire

Il y a de nombreuses années, un ami me demandait toujours comment réparer ses plantages sous Windows. Il est arrivé un moment où je ne lui ai même plus demandé, et je l'ai recommandé redémarrer car c'était presque toujours la meilleure solution pour lui. Dans le cas de l'erreur "Impossible de verrouiller /var/lib/dpkg/lock" est également une solution possible. Lorsque vous partez de zéro, vous pouvez commencer avec le fichier verrouillé par l'outil de mise à jour, mais il le déverrouillera bientôt, lorsque vous vérifierez qu'il n'y a rien de nouveau à installer ou qu'il y en a, mais vous nous en avez déjà informé.

Bien sûr, ce n'est pas la solution la plus élégante, mais c'est la moins chère et peut être la meilleure et la plus rapide si vous n'avez aucune raison de rester connecté.

Lorsque le message "échec du verrouillage /var/lib/dpkg/lock" ne disparaît pas

Lorsque nous avons redémarré ou attendu un moment et que nous continuons à voir le message, ce qui nous arrive n'est pas quelque chose d'habituel. Le blocage a été "bloqué" ou, ce qui vaut la redondance, bloqué, il vaut donc déjà la peine de retirer le terminal.

1. La première chose que nous allons faire est d'ouvrir un terminal et d'identifier le processus APT en cours d'exécution avec cette commande :

sudo lsof /var/lib/dpkg/lock

2. Une fois le processus identifié, nous le tuons avec cette commande en remplaçant PID par le numéro du processus que nous aurons trouvé avec la commande de l'étape 1 :

sudo kill PID

3. Enfin, nous essayons à nouveau d'effectuer la gestion APT que l'erreur retournait. Cela devrait nous permettre d'avancer.

Si cela ne résout pas le problème, nous pouvons faire quelque chose de plus drastique, vous devrez donc prendre des précautions ou prendre des mesures supplémentaires. C'est le faire "à la dure": supprimer le fichier /var/lib/dpkg/lock. Les étapes à suivre pour le faire en toute sécurité seraient les suivantes :

1. Nous faisons une sauvegarde du fichier /var/lib/dpkg/lock. Comme nous allons le copier, nous pouvons utiliser le gestionnaire de fichiers, car les autorisations de super utilisateur ne sont pas requises. Depuis le terminal, cela pourrait être fait avec cp /var/lib/dpkg/lock nouveau-chemin, en remplaçant "new-path" par le chemin dans lequel nous voulons faire la copie de sauvegarde.
2. Nous supprimons le fichier. Pour cela il faudra tirer des privilèges. Si notre gestionnaire de fichiers nous le permet, nous pouvons écrire, par exemple, "sudo nautilus" sans les guillemets pour le supprimer avec une interface graphique, mais je pense qu'il sera plus rapide et plus facile d'ouvrir le terminal et d'écrire :

sudo rm /var/lib/dpkg/lock

3. Avec le fichier supprimé, nous pouvons réessayer ce que nous n'étions pas autorisés. si nous écrivons mise à jour de sudo apt et nous ne voyons pas l'erreur, le bogue est corrigé.

Le redémarrage et la patience sont généralement les meilleurs

Bien qu'il existe des moyens de le réparer, comme ceux expliqués au point précédent, l'erreur "n'a pas pu verrouiller /var/lib/dpkg/lock" ce n'est vraiment rien de grave et il peut être corrigé en attendant un moment ou en redémarrant. C'est quelque chose qui se répare généralement de lui-même, et si ce n'est pas le cas, un redémarrage est le moins agressif et le plus efficace. Maintenant, c'est Linux, et tout ou presque a une solution depuis le terminal, sans compter que nous pouvons "tuer" tout ce que nous voulons.

Pour une raison quelconque, j'espère que ce qui est dit ici a pu vous aider, soit à faire disparaître le message avec un procédé plus agressif, soit à vous faire patienter un peu.