システムをシャットダウンまたは再起動しようとするたびに、デスクトップとすべてのエントリがシャットダウンされますが、次のことが発生します。
システムがブロックされ、ボタンを使って手動でラップトップをシャットダウンする必要があります。
解決策？
情報: ノート: HP 15-ba054nl チップ
セット: AMD A10-9600P RADEON R5, コンピューティングコア10個 4C+6G RAM: 16gb ddr4 sdram OS: Linux Mint 18.1 KDE 64ビットカーネル :
4.4.0-82-gener
。 7
答え1
バラよりhttps://forums.linuxmint.com/viewtopic.php?t=234232
ユーザーが自分の質問に答えたときと同じエラーが発生します。
これはエラーです。以下を参照してください。
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-amdgpu/+bug/1608042
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1579374これを削除するために、このマニュアルを使用して更新されたカーネルをインストールしました。 http://www.yourownlinux.com/2016/11/how-to-install-linux-kernel-4-8-6-in-linux.html
Mintリポジトリの最新のカーネルバージョンに修正が含まれるようになりました。
答え2
このようなコメントを見つけました（ソース1、ソース2）Clement Lefebre（Mintのチーフ開発者）によって書かれており、次のことが役に立ちます。
MDMスレーブはx-session-managerが終了したことを検出できないため停止します（プロセスリストに表示されます...「死」です）。
これが動作する一般的な方法は、MDMがサブプロセスx-session-managerからSIGCHLD信号を受信することです。今... SIGCHLD信号を傍受するすべてを実行すると、混乱が発生する可能性があります。たとえば、最近gnome-keyring 3.14を開発していますが、この問題が発生しました。
GNOME/gnome-keyring@a942c8f
sigaction呼び出しを中断したりSIGCHLD信号を傍受したりしていますか？疑わしい場合は、インストールしたアイテム（teamviewerなど）を削除し、少数のアプリケーションを実行して問題を引き起こしているアプリケーションを特定して、問題を再現してみてください。
問題を解決する簡単な方法は次のとおりです。
このスクリプトを保存http://pastebin.com/ggzU6U7Vcheck_signals という新しいファイルに入れて実行可能にします。
次に、疑わしいプロセス ID に対して check_signals を実行します。 SIGCHLDを傍受すると教えてくれます。
たとえば、MDMスレーブプロセスでcheck_signalsを実行すると（親mdmプロセスはデーモンで子プロセスはスレーブです）、次の結果が得られます。
Ign: SIGUSR1(10), SIGPIPE(13), SIGPWR(30) Cgt: SIGINT(2), SIGUSR2(12), SIGTERM(15), SIGCHLD(17), SIGXFSZ(25), SIGNUM32(32), SIGNUM3 33)