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

[科学之子]

"sudo GUI程序"没有错误消息卡住,几秒后sudo调用的GUI进程CPU100%一段时间就恢复正常,再次"sudo GUI程序"也正常了没法重现,有什么可能性?
前面几次我没耐心等待,直接Ctrl+C结束,结果每次都是卡住,然后发现CPU100%之后觉得可能是在运行什么就耐心等了等,结果就正常了.
当时"sudo geany","sudo leafpad","sudo pcmanfm"之类都出现相同现象
当时"sudo 各种命令行程序"完全正常
参考答案(但似乎不是根本原因):viewtopic.php?p=3210013#p3210013

[astolia]

遇到的时候自己用strace看啊

[科学之子]

遇到的时候自己用strace看啊

系统调用很多,有什么筛选方法吗?
目前只能看出卡CPU那阵子确实有更多的系统调用,但具体多了什么,看不出来...原因就更是无从知晓...
大小大点的是卡CPU时的系统调用,小点的时正常时的系统调用.

[astolia]

找个好点的diff工具比较一下就很清楚，比如diffuse。中前部多了一大堆对/usr/share/fonts/下字体的读取，绝大多数都是/usr/share/fonts/type1/gsfonts下的。如果你没怎么用ghostscript的功能，gsfonts包就可以删了

[科学之子]

找个好点的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