Debian jessie にアップグレードした後古いデスクトップシステム電源オフ(/sbin/poweroff - tty1のsystemctlを介して)はもはや安定していません。代わりにシャットダウン、一時停止、再開し、電源ボタンを押したときにのみ終了します。acpi=force
BIOS設定の使用、nouveau.modeset = 0の追加など、さまざまな提案を試しました。
これまで私が見つけた唯一のことは、グラフィックセッションを開始しないことが問題を「修正」するようだということです。私のXsessionは単純な.xsession
ファイルで、関連するセッションマネージャがなく(私が知っている限り)私がすることはいくつかのプログラムを実行するだけです。このファイルを 1 つに縮小xterm
またはログインすると、システムがシャットダウンします。
犯人を見つけるために.xsessionファイルからより多くのプログラムのコメントを外してみましたが、結論は出ませんでした。ランダム性が少しあるようです。電源を切ると、私のプログラムがすべて終了したので、実行されていたプログラムが1つもないと確信しています(誰も知らないユーザーシステムを含む)。
再起動前の最後のメッセージで私は見ました。
System wakeup enabled by ACPI
Preparing to enter systel sleep state 5
GPU lockup - switching to software fbcon
しかし、同じメッセージを見るとする停電(短期間のみ出現するため100%確信できない)
また、悪い場合は、シャットダウン中に長い一時停止が発生することも確認しました。たとえば、Stopping target network
2分間一時停止した後は、システムが何を待っているのかわかりません。
私が追求するのは道です診断月に向かって撃つのではなく、問題を解決してください。
- このように長い一時停止期間中にシステムが何を待っているのか、どうすればわかりますか?
- またはより一般的には:シャットダウン中に何が起こったのかについての追加情報をどのように取得できますか? 「終了ログ」はありますか?
- acpiはシャットダウンプロセスにどのように関与し、何をしているのかを理解する方法は何ですか?
ベストアンサー1
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