Linux 根分区快满了，这个方法快速定位！

更多专业文档请访问 www.itilzj.com

在服务器运维过程中，我们时常会遇到这样的情况，收到服务器磁盘空间告警

登录服务器，通过df -Hl查看

和告警信息一致，接着我们就是要找到导致磁盘空间满的目录或文件

如何找到占用空间大的目录或文件？

一种比较笨的方法是，在根目录下，通过du -hs命令，列出各目录所占空间大小

之后再用同样的方法继续到对应目录下去找

再相对高效一点的方法是通过du的-d参数，或--max-depth，设置查询的目录深度，目录深度增加，所查询的目录，展示出来会很多，这个时候可以通过grep进行过滤

du -h -d 2|grep [GT] |sort -nr  
du -h --max-depth=2|grep [GT] |sort -nr  


通过这样的方式，可以搜出以G或者T为单位的占用磁盘空间的大目录，并排序

或者可以通过find来查询

find / -type f -size +1G -exec du -h {} \;  


从效率上来说，find要比du要更快速、灵活

通过这两种方法，我们可以快速找到占用磁盘空间的罪魁祸首

你以为就这么简单？很多时候，你会发现，通过find或du查半天，发现所有加起来的占用空间，和df看到的磁盘空间占用，相差很大，就比如我上面的两张图

通过df查看，磁盘使用37G，但是在根目录下通过du -hs 查看，总共加起来差不多10G，没有隐藏目录，那空间被谁吃了？

很明显，有空间被已删除文件占用，文件删除了，但是资源没释放

之前介绍过一个很好用的命令：lsof，我们可以通过以下命令去查看

lsof +L1  


从结果可以看出，有一个28G左右的大日志文件，删除了，但是空间没释放，这是很常见的一种情况

对应的解决方法就是，重启tomcat应用，释放空间

磁盘空间莫名被吃？

还有一种经常有人问的问题，就是，通过df查看到的磁盘

会发现，Used和Avail加起来不够Size，莫名被吃掉一部分

其实这是Linux文件系统的一种安全策略，它默认会为root用户保留5%的磁盘空间，留作紧急情况使用。这样能保证有些关键应用（比如数据库）在硬盘满的时候有点余地，不致于马上就 crash

我们可以通过tune2fs修改预留空间的比例

tune2fs -m 1 /dev/vda1  


通过下图可以看到前后对比

这样被吃掉的空间，就吐出来了！

福利

系统/网络/应用运维人员的交流圈子,不定期为您提供运维技术领域前沿资讯/培训课程/独家技术手册/运维工具/文档模板等，行业大咖分享交流/同行经验分享互动,期待你的加入!扫码即可加入。

随着材料不断增多社群会不定期涨价早加入更优惠

公众号发送如下关键字获取免费资料：

1.网络安全技术资料--回复"1"

2.容器云运维资料包--回复"2"

3.Python学习资料--回复"3"

4.Devops学习视频课件--回复"4"

5.Linux运维技术资料--回复"5"

免责声明：

本公众号部分分享的资料来自网络收集和整理，所有文字和图片版权归属于原作者所有，且仅代表作者个人观点，与本公众号无关，文章仅供读者学习交流使用，并请自行核实相关内容，如文章内容涉及侵权，请联系后台管理员删除。

更多推荐

           

这些 Shell 分析服务器日志命令集锦，优秀！

2022年 6 款适用于 Linux 的最佳免费杀毒软件

Linux系统安全加固指南（万字长文）

Linux 网络配置和故障排除命令总结

一份超详细的计算机网络基础学习指南