"sudo GUI程序"没有错误消息卡住,几秒后sudo调用的GUI进程CPU100%一段时间就恢复正常,再次"sudo GUI程序"也正常了没法重现,有什么可能性?

最大的社区版本,Ubuntu的发源地
回复
科学之子
帖子: 2270
注册时间: 2013-05-26 6:58
系统: Debian 9
送出感谢: 845 次
接收感谢: 30 次

"sudo GUI程序"没有错误消息卡住,几秒后sudo调用的GUI进程CPU100%一段时间就恢复正常,再次"sudo GUI程序"也正常了没法重现,有什么可能性?

#1

帖子 科学之子 » 2018-09-01 20:34

"sudo GUI程序"没有错误消息卡住,几秒后sudo调用的GUI进程CPU100%一段时间就恢复正常,再次"sudo GUI程序"也正常了没法重现,有什么可能性?
前面几次我没耐心等待,直接Ctrl+C结束,结果每次都是卡住,然后发现CPU100%之后觉得可能是在运行什么就耐心等了等,结果就正常了.
当时"sudo geany","sudo leafpad","sudo pcmanfm"之类都出现相同现象
当时"sudo 各种命令行程序"完全正常
参考答案(但似乎不是根本原因):viewtopic.php?p=3210013#p3210013
上次由 科学之子 在 2018-09-28 0:30,总共编辑 2 次。
头像
astolia
论坛版主
帖子: 3389
注册时间: 2008-09-18 13:11
送出感谢: 1 次
接收感谢: 566 次

Re: "sudo GUI程序"没有错误消息卡住,几秒后sudo调用的GUI进程CPU100%一段时间就恢复正常,再次"sudo GUI程序"也正常了没法重现,有什么可能性?

#2

帖子 astolia » 2018-09-03 9:49

遇到的时候自己用strace看啊
这些用户感谢了作者 astolia 于这个帖子:
科学之子 (2018-09-03 11:44)
评价: 3.7%
科学之子
帖子: 2270
注册时间: 2013-05-26 6:58
系统: Debian 9
送出感谢: 845 次
接收感谢: 30 次

Re: "sudo GUI程序"没有错误消息卡住,几秒后sudo调用的GUI进程CPU100%一段时间就恢复正常,再次"sudo GUI程序"也正常了没法重现,有什么可能性?

#3

帖子 科学之子 » 2018-09-19 18:59

astolia 写了:
2018-09-03 9:49
遇到的时候自己用strace看啊
系统调用很多,有什么筛选方法吗?
目前只能看出卡CPU那阵子确实有更多的系统调用,但具体多了什么,看不出来...原因就更是无从知晓...
大小大点的是卡CPU时的系统调用,小点的时正常时的系统调用.
附件
strace_out_normal.gz
(28.57 KiB) 下载 8 次
strace_out.gz
(164.82 KiB) 下载 10 次
头像
astolia
论坛版主
帖子: 3389
注册时间: 2008-09-18 13:11
送出感谢: 1 次
接收感谢: 566 次

Re: "sudo GUI程序"没有错误消息卡住,几秒后sudo调用的GUI进程CPU100%一段时间就恢复正常,再次"sudo GUI程序"也正常了没法重现,有什么可能性?

#4

帖子 astolia » 2018-09-19 19:51

找个好点的diff工具比较一下就很清楚,比如diffuse。中前部多了一大堆对/usr/share/fonts/下字体的读取,绝大多数都是/usr/share/fonts/type1/gsfonts下的。如果你没怎么用ghostscript的功能,gsfonts包就可以删了
这些用户感谢了作者 astolia 于这个帖子:
科学之子 (2018-09-19 20:30)
评价: 3.7%
科学之子
帖子: 2270
注册时间: 2013-05-26 6:58
系统: Debian 9
送出感谢: 845 次
接收感谢: 30 次

Re: "sudo GUI程序"没有错误消息卡住,几秒后sudo调用的GUI进程CPU100%一段时间就恢复正常,再次"sudo GUI程序"也正常了没法重现,有什么可能性?

#5

帖子 科学之子 » 2018-09-28 1:03

astolia 写了:
2018-09-19 19:51
找个好点的diff工具比较一下就很清楚,比如diffuse。中前部多了一大堆对/usr/share/fonts/下字体的读取,绝大多数都是/usr/share/fonts/type1/gsfonts下的。如果你没怎么用ghostscript的功能,gsfonts包就可以删了
测试了一下,删掉"/var/cache/fontconfig"会出现表面类似(时间长短貌似稍微不同)的现象.
但今天再次碰到相同问题,发现一个也许不相关规律,就是如果overlayfs两个lower时就会出现类似现象(不止sudo,有时lightdm-greeter,甚至进入桌面时也有类似现象)

代码: 全选

$ findmnt /
TARGET SOURCE       FSTYPE  OPTIONS
/      overlay-root overlay rw,relatime,lowerdir=/root/fast-debian-stretch/hot-root:/root/fast-debian-stretch/lower,upperdir=/root/fast-debian-stretch/upper,workdir=/root/fast-debian-stretch/work
在bootloader编辑内核参数用"init=/bin/bash",然后cd到"/var/cache/fontconfig/"用"md5sum *|md5sum"比较了一下,只挂载一个squashfs,和挂载两个squashfs时,md5sum都一样.
hot-root的内容(是一个只包含启动所需文件的squashfs镜像):

代码: 全选

$ ls -l
total 0
drwxr-xr-x  2 root root  523 Sep 27 19:13 bin
drwxr-xr-x 30 root root 1026 Sep 27 19:13 etc
drwxr-xr-x 11 root root  171 Sep 27 19:13 lib
drwxr-xr-x  2 root root   68 Sep 27 19:13 my_system_program
drwxr-xr-x  2 root root  157 Sep 27 19:13 sbin
drwxr-xr-x  7 root root  101 Sep 27 19:13 usr
看不出有什么相关影响.
每次测试开始前,upper和work目录都是删掉重建的.
Linux-kernel版本:4.14.13
回复

回到 “Debian发行版”