web-dev-qa-db-fra.com

Aide: «aptd» est-il au maximum de mon processeur?

J'utilise Ubuntu 12.04 et j'ai un processus "aptd" qui s'exécute en tant que root (ce que je comprends est correct) mais qui consomme 95% de la CPU (ce qui est vraiment faux).

Selon l'une des réponses ici Comment empêcher "aptd" de maximiser mon processeur? J'ai essayé de lancer dpkg-reconfigure, qui vient d'ajouter un nouveau processus consommant 20% de CPU pendant des années jusqu'au rapport

  /usr/sbin/dpkg-reconfigure: menu is broken or not fully installed.

Peut-être liée, le processus de mise à niveau a récemment laissé un énorme fichier apt.log sans arriver à la fin: Un énorme fichier journal d'apt provenant d'une mise à niveau ayant échoué - qu'est-ce qui a mal tourné et comment le corriger?

Que dois-je faire pour que mon système redevienne opérationnel?

UPDATE # 1

Ce rapport de bogue https: //bugs.launchpad.net/ubuntu/+source/apt/+bug/665580 suggère que je lance

 Sudo apt-get -y update

Mais ça dit

E: Could not get lock /var/lib/apt/lists/lock - open (11: Resource temporarily unavailable)
E: Unable to lock directory /var/lib/apt/lists/

Alors j'ai essayé

Sudo rm /var/lib/apt/lists/lock
Sudo apt-get -y update

Cela n'a pas empêché aptd de maximiser le CPU.

Malgré les avertissements, j'ai essayé de tuer le processus et celui-ci refuse d'être tué.

Mise à jour # 2

Cela cuit maintenant lentement mon processeur et les ventilateurs fonctionnent à plein régime tout le temps. Ils sont bruyants (il faut faire quelque chose à propos de la prochaine mise à niveau matérielle).

aptd est en cours d'exécution avec la ligne de commande /usr/bin/python/usr/bin/aptd et apparent a utilisé 1d17h temps CPU.

Cependant, apt-get vient de la rejoindre, elle-même exécutée sous la ligne de commande . Apt-get -qq -y -d -dist-upgrade . En conséquence, aptd a "chuté" à 85,1 Mo de mémoire avec une mémoire virtuelle de 183,8 Mo épuisée.

Je cherche à redémarrer ou à arrêter, ne serait-ce que pour sauver mon matériel de la cuisson.

Mise à jour # 3

D'après les commentaires de ShadowMitia, j'ai essayé

Sudo killall -9 apt-get
Sudo kill -9 _pid_ 

Qui a tué les processus vilains. Maintenant pour comprendre ce qui était cassé et réparer ça?

Je vais essayer de redémarrer pour voir si cela se reproduit.

Mise à jour # 4

Ok, alors je viens de redémarrer.

apt-check est arrivé tout de suite et a tiré à environ 88%.

apt-check est toujours là, mais à 40% à 50%.

On dirait que je devrai les tuer tôt ou tard?

Mise à jour 5

Apt-check et aptd brûlaient encore après plus de 24 heures de temps CPU. Je les ai encore tués. Je vais essayer de mettre à jour et de faire rapport.

D'après ce que j'ai pu trouver ici et ici vous devez suivre les étapes suivantes:

  1. Kill apt-get et aptd processus. Utilisez killall -9 pid (où pid est l'identifiant du processus que vous pouvez trouver en exécutant top). -9 est nécessaire pour vous assurer que le processus est terminé.

  2. Ensuite, vous devez essayer

Sudo dpkg-reconfigure -phigh -a et Sudo dpkg --configure -a

  1. (facultatif) Si toutes les étapes ci-dessus fonctionnent séparément, tout ira bien, mais je vous recommande de mettre à jour une version plus récente d'ubuntu, car il semble que ce soit un bogue dans la façon dont apt-get a fonctionné et aurait dû été complètement supprimé dans une version plus récente. Peut-être qu'un simple apt-get update && apt-get upgrade suffira (et serait assez ironique!).
5
ShadowMitia