本文介绍在Deepin 20系统下禁用deepin-anything以保证systemd不会频繁报错,要注意:卸载模块后要重启才能使卸载的模块处于未占用状态,否则会提示vfs_monitor仍在活动状态。
前言 有时发现vfs_monitor会导致dkms异常卡住之后,每次都是通过卸载deepin-anything-dkms再重装来处理的,不胜其烦。 结果实验中发现,不仅仅是系统更新systemd会导致这个报错,有些软件安装过程中会要求配置 systemd,然后因为vfs_monitor占用的原因,systemd就又报错卡住了(相关参考:升级Deepin 20.2时卡死在systemd处的有效解决办法),这时总不能装一次软件就卸载一回文件管理器吧。最后直接在dkms里面把deepin-anything模块卸载了,这样就可以了。
操作方法 打开终端,执行以下命令: dkms status 查看当前内核装了几个模块,如果有deepin-anything/0.0 installed,就执行: sudo dkms uninstall deepin-anything/0.0 从当前Linux内核里把这个模块卸载了,请记得一定要重新启动Deepin 20.2操作系统。 进入到系统之后再执行: dkms status 如果看到deepin-anything/0.0 added就应该算是成功了,这样保证不影响文件管理器基本功能使用,也能不影响其它软件安装。
附:在Deepin 20.2系统里xdroid现已经不与deepin-anything发生冲突了 安装了xdroid的用户,可以通过: sudo apt install deepin-anything-dkms --reinstall 或者: sudo dkms install deepin-anything/0.0 来恢复deepin-anything服务,为Deepin文件管理器的搜索功能提供加速。但有一个情况可能会发生,那就是比较占CPU资源:
注:在Deepin 20.2和Linux 5.11内核上测试通过,其它的内核版本可能不行,比如5.10不行,如下:
这时可以深度把Deepin的内核升级至5.11,或者运行: sudo dkms uninstall deepin-anything/0.0 如果执行这个操作之后文件索引无法正常进行,文件管理器搜索功能无法正常使用,那再将uninstall改为install恢复,即在必要的时候灵活采取措施处理。
相关主题 |