答え1
今日はこんなことがありました:
conky の表示ではプロセス ID は 14633 なので、ターミナルでは次のコマンドを使用します。
───────────────────────────────────────────────────────────────────────────────────────────
rick@alien:~/Python$ ps -o ppid=14633
14633
17412
3140
[1]+ Done gedit gmail-list-msg.py
───────────────────────────────────────────────────────────────────────────────────────────
rick@alien:~/Python$ ps -s -p 14633
UID PID PENDING BLOCKED IGNORED CAUGHT STAT TTY TIME COMMAND
0 14633 0000000000000000 0000000000000000 ffffffffffffffff 0000000000000000 R ? 9:16 [kworker/4:0]
───────────────────────────────────────────────────────────────────────────────────────────
rick@alien:~/Python$ ps -s -p 3140
UID PID PENDING BLOCKED IGNORED CAUGHT STAT TTY TIME COMMAND
1000 3140 0000000000000000 0000000000000000 0000000000001000 0000000180010000 Sl ? 0:07 /usr/lib/gnome
───────────────────────────────────────────────────────────────────────────────────────────
rick@alien:~/Python$ ps -s -p 17412
UID PID PENDING BLOCKED IGNORED CAUGHT STAT TTY TIME COMMAND
1000 17412 0000000000000000 0000000000010000 0000000000380004 000000004b817efb Ss pts/19 0:00 bash
───────────────────────────────────────────────────────────────────────────────────────────
rick@alien:~/Python$
CPU 使用率が 100% になった原因は、次の使用です。
gedit gmail-list.msg.py &
gedit
バックグラウンド プロセスとして常に使用されており、100% の使用率を確認したのは今回が初めてです。
gedit
問題のあるプロセスを閉じた後も、kworker/4:0
1 つの CPU を 100% 使用し続けます。gnome-terminal
問題のあるプロセスを閉じた後も、 1 つの CPU を 100% 使用し続けます。- 新しいターミナルを開いても
sudo kill 14633
役に立ちません。 - 使用後も
sudo kill 3140
変化はありません。 - 使用しても
sudo kill 17412
効果はありません。
残された唯一の選択肢は、再起動して、使用することでgedit Xxxx &
問題が再発するかどうかを監視することです。
最初の再起動
最初の再起動後、問題は CPU 4 から CPU 0 に移り、問題の原因はからkworker
に変わりました。4
3
Gnome ターミナルはスタートアップ アプリケーションによって自動的に呼び出されましたが、これはこのバグの回帰と思われます。Debian バグレポート ログ - #594245 gnome-terminal が CPU を大量に使用しています
gnome-terminal
スタートアップアプリケーションを無効にして再起動しました
2回目の再起動
2 回目の再起動後、CPU が 100% で動作しなくなりました。
ガバナーがアクティブになっていると、CPU 周波数は 1,000 MHz 程度になるはずですが (実際アクティブになっています)、CPU 周波数が最大値の 3,000 MHz 近くで動作しているという別の問題に気付きpowersave
ました。
pstree
また、正常に起動しなかった bash スクリプト デーモンの 1 つによって呼び出されたクラッシュ レポートにも気付きました。Ubuntu に自動データ収集のバグ レポートを提出してから、再起動しました。
3回目の再起動
BIOS 起動画面がフリーズしているようです。電源ボタンを 1 秒間押すと、電源ボタンを 10 秒間押したときと同じ動作になります (ハード電源オフ)。
電源ボタンをもう一度押してコールド ブートします (再起動/ウォーム ブートではなくなります)。
シャットダウン後の電源投入
すべてが元通りになりました。何が悪かったのか正確にはわかりませんが、文書化された手順が他の人の一時的なエラーの診断に役立つことを願っています。