摘要：
ubuntu系统很多时候，linux系统运行时间长了，可能存在这样的问题，页面很卡，用free-h操作下，发现内存不足。但也会出现不顺利的情况，比如很多网友提到了：find:‘/run/user/1000/gvfs’:Permissiondenied确实是root用户操作，为什么权限不足呢？
- ubuntu系统
很多时候，linux系统运行时间长了，可能存在这样的问题，页面很卡，用 free -h 操作下，发现内存不足。有时有些应用程序我们不常用到，又占用比较多的内存资源，一时用不上，索性删除，用时再装上。
需求来了，怎么解决呢。
解决方案可按照以下步骤：
- 1.找进程
- 2.停止进程
- 3.删除相关
1.找进程
ps看下进程列表，获取pid
ps aux | grep 进程名
2.停止进程
可以停掉主进程也可以停掉所有同类进程，释放资源后，我们进行后面的操作：
# 强制停止进程，主进程pid
kill -9 pid
# 也可以停止同类的进程
killall 进程名
# 或者
pkill 进程名
3.删除相关
在我们停掉进程后，就可以进行删除工作了：
# 举个例子
find / -name gitlab* | xargs rm -rf
顺利的情况下，一切正常，就代表 gitlab 相关文件已经全部删除，也不再继续占用资源了。
但也会出现不顺利的情况，比如很多网友提到了：find: ‘/run/user/1000/gvfs’: Permission denied
确实是root用户操作，为什么权限不足呢？
官方说这是一个bug——bug#615848， 原因是FUSE文件系统和权限不配的问题，全局搜索时碰到它就会退出报错。
其实这个目录是空的，查不查都没关系。所以,以下解决方式比较简直暴:
umount /run/user/1000/gvfs
rm -rf /run/user/1000/gvfs
现在，你再使用命令 find / -name *** 查找东西。
当然，也有可能遇到其他的一些 Permission denied问题，建议重定向到/dev/null黑洞文件，可写不可读，啥都可以往里扔：
find /etc -name xxx 2>/dev/null
# 2代表error输出，1代表标准输出，0代表输入
或者，直接过滤 Permission denied：
find /etc -name xxx | grep -v "Permission denied"
# -v 代表除了 Permission denied