【环境信息】
系统:arm及x86
源:everything
【问题复现步骤】
重启gdm服务
【预期结果】
重启后,messages没有此报错信息
【实际结果】
重启后,查询/var/log/messages时出现报错信息
Hey street_dust, Welcome to openEuler Community.
All of the projects in openEuler Community are maintained by @openeuler-ci-bot.
That means the developers can comment below every pull request or issue to trigger Bot Commands.
Please follow instructions at https://gitee.com/openeuler/community/blob/master/en/sig-infrastructure/command.md to find the details.
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。
该问题在最新版本已无法复现。但是在kill -9 [gdm主进程] 之后,日志报错和当前报错一致,且gdm无法登录,即使重启gdm服务也没有办法恢复。
所以,经对齐目前问题变成解决kill 进程后gdm无法恢复的问题。
针对kill掉gdm主进程之后gdm登录界面无法恢复的问题,调查原因如下:
当启动gdm服务的时候,gdm会自动拉起一个session-c*.scope,该scope负责调用gdm-session-worker替gdm创建相应的子进程,供用户使用。正常使用systemctl去关闭或重启gdm服务,这个session-c*.scope会正常跟着gdm关闭或重启,但是使用kill的方式,session-c*.scope感知不到gdm的退出,其父进程直接变成了systemd,但此时其原先的gdm父进程确实已经退出,所以会导致用户无法进入登录界面的情况。
解决方法:
在gdm的service文件里新增ExecPreStart,在启动gdm之前删除旧的session-c*.scope.
登录 后才可以发表评论