背景
自从换上SSD重装ArchLinux后，已经n久没有遇到问题了，系统的软件包也没有多大的变动。前几天开始捣鼓上了uksm patch，编译了很多kernel，起初还好好的，但是在一次编译后，发现笔记本的风扇开始狂转，感觉是一个核被完全占用了。并且时好时坏，大概40Min左右发作一次。
故障检测
使用htop排查，发现systemd-journald占用了12%左右的CPU（也就是一个线程），同时占用了近200M的内存。按理说这不应该占用那么多内存的，而且长时间占用CPU资源，就如同死循环了一样。
故障排查
首次尝试：先是kill，但是它被“阻塞”了，并且这个时候连reboot都会卡住。无奈强关。
再战：既然是systemd-journald出现了问题，那么用journalctl查看下日志不就好了？等到没有发作的时候，我执行了journalctl，清一色的(virtuoso-t) dump core，好家伙，自己不占用资源，换个大哥上手？（nice高）在下次问题出现时，我又打开了htop，果然virtuoso-t这个进程总是时而占用12%，时而消失(core dump)，老实说之前没有仔细研究kde的进程，也没有注意到PID是一直在变化的。
故障修复
virtuoso-t具体是什么没有细究，但是搜索之后发现这个和nepomuk，即kde的语义桌面有关。
但是我并没有设置过nepomuk啊。但是背景中提到，这个问题是在编译内核的时候出现的，会不会是检索出了问题？
这个好办，直接删了.kde4/share/apps/nepomuk
运气不错，一切正常了，但是具体是什么原因，我只能猜测这个和大量的文件变动有关，至于nepomuk的repository为何会出现故障，以及是否为bug，那就不得而知了。