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

1026

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?

La Ode Adam Saputra
la source
18
Ceci est également vrai si vous redémarrez? Peut-être qu'un vieux fil d'apt verrouille le fichier, vous devez savoir lequel et le tuer ou simplement le redémarrer le fera.
Bruno Pereira
4
Cette procédure corrige presque toujours ce problème et, dans le cas contraire, sa sortie (le texte du terminal) est parfois utile. Si vous décidez de le faire, vous pouvez ajouter ce texte à votre question.
Eliah Kagan
54
Vous pouvez utiliser sudo lsof /var/lib/dpkg/lockpour trouver le processus qui possède le fichier de verrouillage (s'il est vide, supposez qu'il ne reste plus de verrou depuis un démarrage précédent et qu'il puisse être sudo rmd), puis envisagez de faire un sudo kill -9 <PID>(obtenir <PID> à la lsofsortie.
waltinator
11
Cela peut être le signe 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.
Foreever
5
Sur ma machine virtuelle Ubuntu 18.04, il existe un processus appelé unattended-update, qui est exécuté par un processus similaire à root <pid> <ppid> 0 15:58 ? 00:00:00 /bin/sh /usr/lib/apt/apt.systemd.daily lock_is_held install, qui semble être lancé à la mise à jour chaque fois que j'allume la machine. En fonction de la taille de la mise à jour (qui correspond souvent au temps écoulé depuis la dernière fois que j'ai utilisé cette machine), cette opération peut durer de 1 à 10 minutes. Ensuite, le verrou est libéré pour les installations et les mises à jour manuelles d’apt. Essayez: sudo ps aux|grep aptou `sudo ps aux | grep sans surveillance.
Kjetil S.

Réponses:

875

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.

zurdo
la source
13
ok ... mais pourquoi est-ce arrivé?
Jaime Hablutzel
40
@jaime: probablement apt-get (ou une interface graphique à celle-ci) a été arrêté lors de l'exécution, laissant apt dans un état verrouillé.
bouke
10
J'accepterais cela comme la meilleure réponse. corriger un.
Anwar
9
@ AnwarShah Non, il y a d'autres considérations avant de supprimer des fichiers du système.
Braiam
22
rm / var / lib / dpkg / lock; dpkg --configure -a:
WitchCraft le
665

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.

Faheem Mitha
la source
18
@Link Je ne pense pas que tuer dpkgsoit une bonne idée, car en général, il dpkgmanipule directement la base de données de paquets, ce qui pourrait provoquer une corruption.
Faheem Mitha
18
Si tuer dpkg peut corrompre sa base de données, dpkg a été mal conçu. Période.
Jay Sullivan
10
pour moi, cela entraînait une erreur dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.lors de la sudo apt-get dist-upgradeprochaine exécution . L'exécution de la commande a ensuite résolu le problème. J'aime Nix!
Wayne Phipps
5
Remarque, killall apt-getfait la même chose que votre ps/ killcombo.
Cerin
3
Notez que j’ai trouvé que j’avais besoin de courir sudo dkpg --configure -aaprès avoir éliminé le processus apt voyou pour que les choses redeviennent normales.
starbeamrainbowlabs
219

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.

Bruno Pereira
la source
ces commandes ont aidé, mais maintenant, quand j'ai essayé d'installer à nouveau, j'ai obtenu cette réponse: Impossible d'obtenir le verrou / var / cache / apt / archives / lock-open. Je pense que je devrais faire comme le problème de déverrouillage précédent, mais dites-moi s'il vous plaît les mots-clés exacts pour la commande. Je suis un débutant absolu.
Kern
1
sudo- exécuter la commande en tant que root, rm- supprimer le fichier. Peut-être essayersudo rm /var/cache/apt/archives/lock
kubahaha
5
Ce n'est pas une bonne suggestion: retirer aveuglément la chance peut corrompre l'état de dpkg.
poolie
5
Pourquoi ne va-t-il pas se réparer de nos jours?
Marian Klühspies
2
Cela a fonctionné pour moi. Les aws ci-dessus n'ont pas.
1rq3fea324wre
108

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
Martin Owens -doctormo-
la source
5
Je mettais à jour mon logiciel quand j'ai reçu le message d'erreur.
goutte de pluie
20
Cela s'est écrasé pour moi
Umpirsky
5
sudo fuser -cuk /var/cache/apt/archives/lockdirectement redémarré mon ordinateur. apt-getest maintenant débloqué.
Maxime R.
15
Cela a écrasé tout mon serveur.
5
Tuer apt ou dpkg à mi-parcours n'est pas une bonne idée.
poolie
99

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.

poolie
la source
21
Excellent indice par rapport à la demi-douzaine de réponses suggérant de simplement supprimer le fichier ;-) J'ai lancé la question au hasard et le plus probablement c'est lui!
Alex
2
Assez sûr, dû attendre un peu avant de sudo apt-get installpouvoir travailler.
Sargas
Eh bien, cela ne fonctionne pas toujours, oui j’ai utilisé le redémarrage plusieurs fois. Si cela ne vous convient pas, essayez ce askubuntu.com/a/315791/378845 avant de retirer les serrures
Menuka Ishan
@menuka, pourquoi ne pas le laisser finir.
poolie
@poolie Parce qu'il y a d'autres contraintes qui
empêchent la
52

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.

karthick87
la source
9
Supprimer le fichier de verrouillage est, à mon avis, une chose dangereuse à faire. Si un autre processus verrouille pour une raison valable (et que vous supprimez ce fichier de verrouillage et forcez une installation avec ce que vous faisiez auparavant), vous pourriez sérieusement, de manière négative, affecter votre système.
Marco Ceppi
5
Voilà pourquoi j'ai donné que Note.If tout échoue au- dessus de la seule façon est d'enlever la lock.It causer wont problème aussi longtemps que dpkg et apt-get / processus d'aptitude ne sont pas en cours d' exécution
karthick87
pgrep -f 'apt|adept|dpkg'est beaucoup plus courte.
dhchdhd
Merci! cela marche. pgrep -f 'apt | adept | dpkg', puis compétence sudo (nombre), tuez tous les numéros et installez ensuite les œuvres!
créateur
@Barry qui correspondrait à l'ensemble du chemin + processus. Je pense pgrep -a 'apt|adept|dpkg'est un meilleur équivalent plus court.
Pablo Un
46

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é

Jairelee
la source
Après la mise à niveau du système et le redémarrage du service apt-daily.timer, je ne suis pas confronté à ce problème jusqu'à présent.
Jairelee
C'est probablement la méthode la plus propre comparée à toutes les réponses à vote élevé ci-dessus. Cela a fonctionné parfaitement dans mon cas, merci!
CygnusX1 25/10/17
Cela a également fonctionné parfaitement le 17.10
Elder Geek,
Travaillé le 17.10 +1
Eng.Fouad
2
Fonctionne bien en 18.04. :)
Naveen Kumar V
33

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
Ravexina
la source
Une petite chose est que /var/lib/dpkg/lockplutôt que /var/lib/apt/lists/lockle fichier dans la question.
Chai T. Rex
1
Remerciez les dieux profondes qui l' on parle enfin pgrepet pkill.
dhchdhd
1
Cela devrait être la réponse acceptée.
Marwan Nabil
si une installation ou une mise à niveau en était la cause, cela dpkg --configure -apourrait également être nécessaire
LUXS le
Cela fonctionne pour moi
Sundeep
21

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.

Batsu
la source
Je l'ai eu juste après l'installation de Ubuntu 16.04. Il s'avère qu'il y avait un processus en arrière-plan dans le Centre logiciel Ubuntu qui m'attendait pour installer manuellement certaines mises à jour.
Jvriesem
Idem après une nouvelle installation du 16.04. C’est beaucoup plus long que «quelques secondes» dans mon cas (j’ai eu le temps de lire toute la page de questions-réponses!), Mais après psquelques rafraîchissements , j’ai pu constater la dpkgmise à jour de tout un tas de choses et j’attendais patiemment que tout soit terminé. . J'ai ensuite exécuté Software Updater jusqu'à ce que tout soit à jour avant d'essayer d'installer quelque chose de nouveau.
Charlie Joynt
16

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

Nabeel Ahmed
la source
1
C'était le problème dans mon cas!
LondonRob
1
Meilleure solution puisque la commande de fusion est utilisée pour localiser un autre processus (si celui-ci est toujours actif)
Lars Nordin
16

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.

Wessi
la source
1
Cela ressemble à un commentaire plutôt qu'à une réponse. Pourriez-vous déplacer ceci à la place en tant que commentaire sur la réponse à laquelle il répondait?
jvriesem
4
@jvriesem Je pense que c'est une réponse très importante, car il fait valoir ce qui manque à beaucoup d'autres réponses!
Volker Siegel
@jvriesem C'est généralement la bonne réponse. Je rencontre souvent ce problème avec mes conteneurs Linux lorsque je ne les utilise pas longtemps. Attends. Oui ça peut être un moment. Mais laissez-le faire son travail avant d'entrer et de perturber les choses.
Earth2jason
Cela devrait être la première chose à essayer. Cette réponse résout la plupart du temps le problème. Je l'avais peut-être encore 4-5 fois, et un redémarrage le résolvait toujours.
janvier
10

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.

Wh33t
la source
1
En fonction de la durée de démarrage de la distribution, la durée peut aller jusqu’à une demi-heure. Mais il est probablement préférable de laisser votre distribution terminer son travail avant de perturber les choses.
Earth2jason
6

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.

Pavel Vlasov
la source
4

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.

ish
la source
4

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é.

Joe
la source
3

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.

Rayon
la source
3

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é.

Wjandrea
la source
3

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.

H2ONaCl
la source
2

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.

BluePython
la source
2
Ce n'est pas la cause du problème, car vous pouvez exécuter en sudotant que root (et même si vous ne le pouviez pas, cela ne produirait pas ce message d'erreur). Ce qui est probablement arrivé est que l'autre processus s'est terminé pendant que vous écriviez la commande suivante.
Wjandrea
Parfois, il produit le même message d'erreur.
Karel
2
sudo killall -9 apt && sudo killall -9 dpkg

À utiliser à vos risques et périls

personne
la source
1

dans mon cas, après:

  1. Ouvrez Firefox.
  2. Terminal ouvert

j'ai tapé $


sudo apt update
sudp apt upgrade
alors je reçois que des problèmes

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?
J'ai corrigé cela en exécutant la commande qui m'était montrée après l'exécution sudo apt update

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
christianbueno.1
la source
0

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 .

Tyrel Kostyk
la source
0

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.

WinEunuuchs2Unix
la source