答案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/ggzU6U7V到一个名为 check_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)、SIGNUM33 ( 33)