建议更换文件管理器，例如PCManFM

感谢建议，但是目前还打算继续用deepin的文件管理器，以后有需要会考虑。

同问，这个问题好像普遍的

能贴下日志或图吗？试了了一下我的X86架构的机器，好像没有这个问题

这种情况一般是文件监听数量到了上限导致的，参考这个：https://coder.com/docs/coder/latest/guides/troubleshooting/inotify-watch-limits

非常感谢！

根据这个链接的指导，新建文件 /etc/sysctl.d/watches.conf，包含一下内容：

fs.inotify.max_user_watches = 10485760

注销后重新登录，使用了一段时间，目前问题似乎已经得到了解决。

谢谢！

问题已经得到了解决，你可以看下我的其他回复。

@babyfengfjx 这个问题可以加到 wiki faq 中

跟架构没关系，这个问题跟使用者的环境相关性较大，如果环境中有其它程序也在监听文件，那就很容易导致文件管理器适用inotify时触发系统的监听上限。

感觉对文件监听数量的设置适合放到高级设置工具里， @blacklamb 有没有兴趣到 https://github.com/linuxdeepin/developer-center/discussions/3236 这里提一条建议。

CC @BLumia

感谢建议。

但是我认为这个问题如果是普遍的，那最好在系统默认设置中做一些限制来避免问题，而不仅仅是提供一个问题的解决方案，让用户自己去折腾。毕竟deepin/UOS的目标是成为通用的桌面操作系统，面向的不仅仅是程序员，也有不懂操作系统的普通用户。

这个帖子只能作为一时的折衷方案，希望后面的更新可以考虑一下这个问题。另外我会把这个提交到高级设置工具的意见征集中。

嗯，是个值得思考的问题。从系统层面来说可以直接默认就提高限制的数量，避免达到上线，但是这也只是避免，实际上这条线还是存在的，总有些用户的场景可能会出现问题，所以我是提议在高级设置工具中放一个选项（这样的设置本身是符合高级工具的定位的），而不是在控制中心，就是因为系统的默认值应当满足几乎所有用户的需求，而无需用户学习和了解这个设置。