小编点评

## 问题分析 1. df -Th 显示的磁盘空间使用情况统计了碎片占用的磁盘空间。 2. cd /3 查看每个目录的大小使用 `du -h --max-depth=1` 命令。 3. 发现每个目录占用的空间加起来等于总磁盘空间的 399G，则认为可能存在文件占用空间导致内核无法释放空间。 4. 通过 `lsof -n |grep deleted` 命令查看了进程是否正在占用文件，发现文件删除后进程没有被关闭，造成内核无法回收这些文件占用的空间。 5. kill -9 57103 能够释放磁盘空间，说明内核已经能回收这些被文件占用空间的资源。 ## 解决方案 1. 确定哪些进程正在占用文件。 2. 针对占用文件进程，寻找并杀掉它们。 3. 确保所有进程都关闭并释放所占用的空间。 4. 通过系统工具或脚本实现自动化清理和释放操作。 ## 其他建议 * 使用 `du -h --max-depth=2` 命令可以更精确地统计每个目录的大小。 * 使用 `find` 和 `rm` 等工具可以更方便地删除文件。 * 监控内核日志文件，以了解其是否出现任何错误或异常。

正文

 

1.查看磁盘空间使用情况(它会统计碎片占用的磁盘空间)：

df -Th

2.然后进入到根目录下

cd /
3.查看磁盘每个目录的大小

du -h --max-depth=1

发现每个目录占用的空间加起来不等了总的服务器的磁盘空间 399G，然后就想到是删除某些打文件被某些进程占用，导致内核不能释放空间，不能更新磁盘显示，但是磁盘目录又占用，更新完成。显示不一致。因为文件删除后，而占用该文件的进程没有被关闭，造成内核无法回收这些文件占用的空间。

4.通过

lsof -n |grep deleted
命令查看了一下，如下图所示

5.kill -9 57103

就能释放出磁盘空间了。
————————————————
版权声明：本文为CSDN博主「_陈陆亮」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/ChenLuLiang/article/details/128033237