web-dev-qa-db-ja.com

システムの電源が切れない-診断方法

Debian jessieにアップグレードした後、my 古いデスクトップシステム電源が確実にオフになりません（/ sbin/poweroff-tty1のsystemctl経由）。代わりに、シャットダウン、一時停止、再起動し、電源ボタンを押した場合にのみ電源がオフになります。 acpi=force BIOS設定で遊んだり、nouveau.modeset = 0を追加したりするなど、さまざまな推奨事項を試しました。

私がこれまでに見つけた唯一のことは、グラフィカルセッションを開始しないことで問題が「修正」されるように見えるということです。私のXsessionは単純な.xsessionファイルであり、セッションマネージャーは関与せず（afaik）、いくつかのプログラムを開始するだけです。このファイルをxtermだけに削除するか、まったくログインしないと、システムの電源が切れます。

犯人を見つけることを期待して、.xsessionファイル内のプログラムのコメントを解除しようとしましたが、結論には至りませんでした。ランダム性が関係しているようです。私はすべてのプログラムを強制終了するため、電源オフを発行した時点でまだ実行されているプログラムはないと確信しています（I-dont-know-whoによって開始されたユーザーsystemdを除く）

再起動する前の最後のメッセージに表示されます

System wakeup enabled by ACPI
Preparing to enter systel sleep state 5
GPU lockup - switching to software fbcon

しかし、が電源をオフにしたときに同じメッセージが表示されます（100％確実ではありません。そのときは、ほんの少しの間しか表示されないためです）

また、悪いケースでは、シャットダウンプロセスに長い一時停止があることに気付きました。 Stopping target networkの後、2分間の一時停止があり、システムが何を待っているのかわかりません。

私が求めているのは、月を狙うのではなく、問題を診断する方法です。

  • これらの長い一時停止でシステムが何を待っているかを知るにはどうすればよいですか？
  • または、より一般的には、シャットダウン中に何が起こっているかについての詳細情報を取得するにはどうすればよいですか？「シャットダウンログ」はありますか？
  • Acpiはシャットダウンプロセスにどのように関与しており、なぜそれが実行していることを実行しているのかを知るにはどうすればよいですか？
systemdshutdownacpi
6
Martin Drautzburg

Wheezyを使用していても、2つの異なるシステムで同じ問題が発生しました。

解決策は異なっていました：

解決策1

カーネルモジュールmei_me（Intel Management Engine）をブラックリストに登録すると、1台のマシンで問題が修正されました。

解決策2

別のマシンでは、pm-utilsの問題でした。onを/sys/bus/*/devices/*/power/controlに書き込んで、シャットダウンしてみてください。

ソース： https://askubuntu.com/questions/132882/why-do-i-get-a-reboot-instead-of-a-shutdown

1
Jan