web-dev-qa-db-ja.com

ヘルプ:「aptd」はCPUを使い果たしていますか?

私はUbuntu 12.04を実行しており、ルートとして「aptd」プロセスを実行しています(これは正しいと理解しています)が、95%のCPUを消費しています(間違いなく正しくありません)。

ここでの回答の1つとして 「aptd」がCPUを使い果たすのを止める方法は? dpkg-reconfigureを実行しようとしましたが、新しいプロセスが追加されました。報告

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

おそらくアップグレードプロセスに関連して、最後まで到達せずに巨大なapt.logファイルが残っている可能性があります: アップグレードに失敗した巨大なaptログファイル-何が間違っていたのですか?

システムを通常の動作に戻すには何が必要ですか?

更新#1

このバグレポート https://bugs.launchpad.net/ubuntu/+source/apt/+bug/665580 は、私が実行することを示唆しています

 Sudo apt-get -y update

しかし、それは言います

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

だから私は試した

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

これは、aptdがCPUを最大化するのを止めていません。

警告はありませんが、プロセスを強制終了しようとしましたが、強制終了は拒否されました。

#2を更新

これでCPUが徐々に調理され、ファンは常に全速力で作動しています。彼らは騒々しい(その次のハードウェアのアップグレードについて何かをしなければならない)。

aptdはコマンドライン/ usr/bin/python/usr/bin/aptdで実行されており、明らかに1d17h CPU時間を使用しています。

ただし、コマンドラインapt-get -qq -y -d -dist-upgradeで実行されているapt-getに参加しています。その結果、aptdは183.8MiBの仮想メモリを使い切って85.1MiBのメモリに「ドロップ」しました。

ハードウェアを料理から守るためだけに、再起動またはシャットダウンを検討しています。

#3を更新

ShadowMitiaのコメントによると、私は試した

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

いたずらなプロセスを殺した。さて、何が壊れていたのかを見つけて修正しますか?

再起動を試みて、再び発生するかどうかを確認します。

#4を更新

さて、私はちょうど再起動しました。

apt-checkはすぐにそこに入り、約88%に撃ち、その後aptに参加して100%から102%に急上昇しました。

apt-checkはまだありますが、40%〜50%です。

遅かれ早かれそれらを殺す必要があるように見えますか?

5を更新

24時間以上のCPU時間の後、Apt-checkとaptdはまだ燃え尽きていました。私は彼らを再び殺しました。アップグレードして報告してください。

私が見つけることができたものから herehere 次の手順を実行する必要があります:

  1. apt-getおよびaptdプロセスを強制終了します。 killall -9 pidを使用します(pidは、topを実行して見つけることができるプロセスIDです)。プロセスを確実に終了するには、-9が必要です。

  2. 次に試してみる必要があります

Sudo dpkg-reconfigure -phigh -aおよびSudo dpkg --configure -a

  1. (オプション)上記のすべてのステップが単独で機能する場合は問題ありませんが、apt-getが機能する方法のバグであると思われるため、ubuntuの最新バージョンに更新することをお勧めしますより新しいリリースでは完全に削除されました。たぶん、単純なapt-get update && apt-get upgradeで十分です(そして、かなり皮肉なことです!)。
5
ShadowMitia