top下dde-file-manage 占95%,systemd-journal 也95%且杀不掉
Tofloor
poster avatar
wangc
deepin
2018-01-10 21:40
Author
本帖最后由 wangc 于 2018-1-10 13:48 编辑

文件管理器关了,top下dde-file-manage 占用95%。左右。systemd-journal 也是杀不掉。
systemd-journal 没杀一下,都是换个进程号出来。
--------------------------------------------------------------------------------------------------------------------
受不了风扇一直转,重启了。日志就供官方参考吧。
Reply Favorite View the author
All Replies
avatar
dragondjf
deepin
2018-01-10 23:00
#1
通过日志看到最后的操作仅仅是可移动设备的卸载,并没有其他操作;问题出现的场景是:打开文件管理器后,仅仅做了可移动设备的挂载和卸载操作,一直没有关闭文件管理器,一段时间后出现了上述95%的情况?
Reply View the author
avatar
wangc
deepin
2018-01-10 23:26
#2
https://bbs.deepin.org/post/151530
通过日志看到最后的操作仅仅是可移动设备的卸载,并没有其他操作;问题出现的场景是:打开文件管理器后,仅 ...

来龙去脉大概是这样,中午u盘拷东西,不一会儿就黑屏了,电源键亮着,貌似睡眠装。按电源键无法唤醒,多次无果。然后拔掉u盘,一会儿再去按电源键,就亮了。中午吃过饭后使用发现风扇一直转,发现这两个进程的异常。我关掉文件管理器,发现还是一样。于是我就试图去kill掉,file的kill掉了,journal的kill不掉。于是重启。
Reply View the author
avatar
duanyao
deepin
2018-01-11 00:13
#3
本帖最后由 duanyao 于 2018-1-10 16:14 编辑

systemd-journald 是个 systemd 系统服务,systemd 的一个重要作用就是确保服务意外退出后能被自动重启,所以 kill 是不能停止服务的。
正确的手动重启服务的姿势是:
  sudo systemctl restart systemd-journald
停止:
  sudo systemctl stop systemd-journald
但因为 systemd-journald 很重要(用来记录系统日志),所以当然不建议停止它,重启一下应该是可以的。

如果 systemd-journald 的 CPU 占用很高,可能是因为日志的流量太大,你可以看一下现在在写什么日志,这是个重要线索:
  sudo journalctl -f
如果没有出现日志高速刷屏的情形,那说明 CPU 占用是别的原因,可能是bug。
Reply View the author
avatar
wangc
deepin
2018-01-11 00:41
#4
https://bbs.deepin.org/post/151530
systemd-journald 是个 systemd 系统服务,systemd 的一个重要作用就是确保服务意外退出后能被自动重启,所 ...

非常感谢解答!很涨姿势。抱歉刚才我有过重启,没有“保护现场”。再发现的时候,我会再sudo journalctl -f一下看看原因。
Reply View the author