df查看磁盘空间占用满了，却找不到大文件

最新推荐文章于 2025-06-24 18:36:29 发布
转载 最新推荐文章于 2025-06-24 18:36:29 发布 · 1.5k 阅读 · 2 ·
CC 4.0 BY-SA版权
原文链接：https://blog.youkuaiyun.com/weixin_38642130/article/details/93639563
文章标签：

#linux #centos

某服务器邮件报警磁盘空间占用大，用df -hT查看，在根目录用du查找大目录，各目录容量总和不到20G。发现/usr/local/datax/下文件状态为deleted但句柄仍打开，因进程使用文件，删除后未释放空间，kill该进程后问题解决。

某台搭建的服务器，邮件一直报警磁盘空间占用大。于是df -hT查看。

Filesystem                                                 Type      Size  Used Avail Use% Mounted on
devtmpfs                                                   devtmpfs  7.8G     0  7.8G   0% /dev
tmpfs                                                      tmpfs     7.8G     0  7.8G   0% /dev/shm
tmpfs                                                      tmpfs     7.8G   42M  7.8G   1% /run
tmpfs                                                      tmpfs     7.8G     0  7.8G   0% /sys/fs/cgroup
/dev/mapper/centos-root                                    xfs        44G    41G  20M  98% /

在根目录下通过du查找占用较大的目录，但得出的结论是所有目录容量加一块也才不到20G。那问题出在哪里。

后面百度得知，原来有的文件可能删除了，但是并没有被释放，就像进入回收站一样，于是用lsof命令查看那些删除了但是还打开着文件句柄的文件，并按照大小顺序排列。

# lsof -n | grep delete
http-nio- 23548 23644           root  258r      REG              253,0       62661    1093974 /usr/local/datax/datax-web-2.1.2/modules/datax-admin/lib/hbase-replication-2.0.0.jar (deleted)
http-nio- 23548 23644           root  259r      REG              253,0      175251    1093975 /usr/local/datax/datax-web-2.1.2/modules/datax-admin/lib/stream-2.9.5.jar (deleted)
http-nio- 23548 23644           root  260r      REG              253,0       38059    1093976 /usr/local/datax/datax-web-2.1.2/modules/datax-admin/lib/i18n-util-1.0.4.jar (deleted)
http-nio- 23548 23644           root  261r      REG              253,0    12272759    1093977 /usr/local/datax/datax-web-2.1.2/modules/datax-admin/lib/icu4j-60.2.jar (deleted)
http-nio- 23548 23644           root  262r      REG              253,0       55550    1093978 /usr/local/datax/datax-web-2.1.2/modules/datax-admin/lib/icu4j-localespi-60.2.jar (deleted)
http-nio- 23548 23644           root  263r      REG              253,0     3129624    1093979 /usr/local/datax/datax-web-2.1.2/modules/datax-admin/lib/icu4j-charset-60.2.jar (deleted)
http-nio- 23548 23644           root  264r      REG              253,0       84123    1093980 /usr/local/datax/datax-web-2.1.2/modules/datax-admin/lib/disruptor-3.3.6.jar (deleted)

发现有/usr/local/datax/下所有文件状态为deleted，但是文件句柄仍然被打开了。如果有进程在使用某个文件，你把这个文件删掉之后，它不会马上释放空间，除非你手工重启该进程。于是kill 该进程，问题解决。

]# ps -ef | grep data
root       521     2  0 Apr17 ?        00:00:00 [xfs-data/dm-0]
root       751     2  0 Apr17 ?        00:00:00 [xfs-data/sda1]
root      1917  1326  0 Apr17 tty1     00:00:26 /usr/bin/X :0 -background none -noreset -audit 4 -verbose -auth /run/gdm/auth-for-gdm-QLPF6h/database -seat seat0 -nolisten tcp vt1
root     17926     2  0 May31 ?        00:00:00 [xfs-data/sdb1]
root     23006 16601  0 16:04 pts/0    00:00:00 grep --color=auto data
root     23548     1  0 Apr21 ?        02:19:32 java -Xms2g -Xmx2g -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8 -XX:HeapDumpPath=/usr/local/datax/datax-web-2.1.2/modules/datax-admin/bin/../logs -Dlog.path=/usr/local/datax/datax-web-2.1.2/modules/datax-admin/bin/../logs -Duser.dir=/usr/local/datax/datax-web-2.1.2/modules/datax-admin/bin/../ -Dserver.port=9527 -Ddata.path=/usr/local/datax/datax-web-2.1.2/modules/datax-admin/bin/../data -Dmail.username=datax -Dmail.password=123456 -Dlogging.config=/usr/local/datax/datax-web-2.1.2/modules/datax-admin/bin/../conf/logback.xml -classpath /usr/local/datax/datax-web-2.1.2/modules/datax-admin/bin/../lib/*:/usr/local/datax/datax-web-2.1.2/modules/datax-admin/bin/../conf:. com.wugui.datax.admin.DataXAdminApplication


# kill -9  23548

# df -hT
Filesystem                                                 Type      Size  Used Avail Use% Mounted on
devtmpfs                                                   devtmpfs  7.8G     0  7.8G   0% /dev
tmpfs                                                      tmpfs     7.8G     0  7.8G   0% /dev/shm
tmpfs                                                      tmpfs     7.8G   42M  7.8G   1% /run
tmpfs                                                      tmpfs     7.8G     0  7.8G   0% /sys/fs/cgroup
/dev/mapper/centos-root                                    xfs        44G   14G   31G  32% /
/dev/sda1                                                  xfs      1014M  292M  723M  29% /boot
tmpfs                                                      tmpfs     1.6G   12K  1.6G   1% /run/user/42
cm_processes                                               tmpfs     7.8G   23M  7.8G   1% /run/cloudera-scm-agent/process
tmpfs                                                      tmpfs     1.6G  4.0K  1.6G   1% /run/user/0

参考链接：
1、磁盘满了，却找不到大文件
https://blog.youkuaiyun.com/maquealone/article/details/83054103
https://blog.youkuaiyun.com/weixin_38642130/article/details/93639563

Linux僵尸文件：df -h发现磁盘被占满，但是查找不到有大文件
Grace_xuliwei的博客
07-09 1950
一、现象 使用df -h 发现磁盘被占满，但是使用du -sh 或者 ls -lh等命令发现并没有大文件 二、原因 系统中可能存在大量僵尸文件（已经被删除，但是仍被进程占用，所以还是占用空间） 三、解决 1、查看僵尸文件所属的进程 lsof | grep delete 2、杀死相应的进程 3、再用df -h 发现磁盘已释放 ...
深入理解 lsof：麒麟Linux 系统中查看打开文件的利器
最新发布
安呀智数据坊的博客
09-08 734
Linux系统中的lsof命令是排查文件占用、网络连接等问题的利器。本文深入解析了lsof的工作原理、常用命令和实战场景，包括查看进程打开文件、分析端口占用、解决文件删除后空间未释放等问题。通过组合参数如-p、-i、-u等，可精准定位系统资源占用情况。文章还提供了多个实际案例演示，如解决端口冲突、异常网络连接排查等。掌握lsof能显著提升Linux系统运维效率，是管理员必备的故障排查工具。
Linux用df查看磁盘已满，实际目录找不到具体大文件解决办法
linlinxie的博客
07-09 1944
使用 lsof -n | grep deleted 查看是否有删除文件（如日志文件）但不重启应用而造成空间未释放，如果有则重启应用即可。 参考：https://www.cnblogs.com/leffss/p/8571685.html
磁盘爆满却找不到大文件
07-26 4979
前段时间遇到一个磁盘问题，就是发现磁盘空间满了，删除了好多日志后发现磁盘还是很满 通过df -h, du -h --max-depth=1命令查看磁盘使用情况 df -h ,查看磁盘总体的使用情况 du -h --max-depth=1,查看当前目录文件的 大小 发现目录占用的...
Linux磁盘空间被占满但是找不到大文件
秦哥的博客
12-14 3588
0.码仙励志 人应该是从喜欢里得到力量和快乐，而不是花光了所有力量和快乐去喜欢。 1.释放空间 问题： 在一次排查问题中，df -h 发现磁盘空间满了，但是任凭各个文件目录下 du -sh * 也找不到大文件，于是立马网上搜。 原因： 当我们使用rm在linux上删除了大文件，但是如果有进程打开了这个大文件，却没有关闭这个文件的句柄，那么linux内核还是不会释放这个文件的磁盘空间。 解决： lsof -n | grep deleted 查看到占用的进程 kill -9 进程号 再df -h
ubuntu 磁盘空间满,找不到占用文件的目录
jekc2008的专栏
12-12 932
如果经常出现磁盘空间不足，可以考虑扩展磁盘容量，比如使用 LVM 扩展分区大小或添加新的物理磁盘。如果经常出现磁盘空间不足，可以考虑扩展磁盘容量，比如使用 LVM 扩展分区大小或添加新的物理磁盘。如果有外部磁盘或者网络文件系统挂载到本地，确保它们没有满，并且你有权限访问。查找根目录下的大文件或目录，再逐一进入子目录使用相同命令查找。查看磁盘空间使用情况，它可以图形化地展示磁盘空间使用情况。有时候重启计算机可以释放掉那些已删除但是仍被占用的文件。查找已删除但是仍被占用的文件。目录下的临时文件，执行。
Linux故障处理——磁盘空间满缺找不到对应大文件
u011180520的博客
02-11 1157
现象 某天收到服务器告警提示"/"使用率已超过90%，通过"df -Th"指令查看空间情况如下： [nhu@reimbursements1 ~]$ df -Th Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/rhel-root xfs 189G 177G 12G 94% / devtmpfs devtmpfs 32G 0 32G 0%
Linux下 文件删除但是空间未被释放 或者 磁盘已满但找不到对应的大文件 的解决方案
热门推荐
后端开发
06-22 2万+
linux磁盘空间已满，手动rm -rf 删除了大文件之后，df -h 查看一下发现空间占用还是不变，有时候会想rm -rf 删除只是逻辑删除到回收站一样？其实不然，通常这种情况都是文件被删除，但是还被进程占用，因此删除文件空间未释放通常的建议是kill 掉对应的进程，但是如果是生成环境，不能轻易kill进程的话，可以通过置空文件的方式来释放空间通过lsof | grep deleted 找到未能删除掉的文件，确定占用的进程号。
精选资源
docker清理大杀器/docker的overlay、overlay2文件占用磁盘太大的解决办法
08-27
本文讲述了如何解决 Docker 中的 overlay 和 overlay2 文件占用磁盘太大的问题，并提供了相应的解决方案。同时，文章也附带了 Docker 配置 overlay 存储驱动的前提条件和步骤。 一、 Docker 中的 overlay 和 ...
使用 df 命令检查服务器磁盘某个分区满了，但是使用 du 命令发现实际远小于磁盘容量
网络技术联盟站
06-24 327
数据来源df基于文件系统元数据，du基于文件内容。统计范围df反映整个文件系统的状态，du只统计指定路径的文件。特殊情况df会包含被删除但未释放的文件、挂载点覆盖等情况，而du不会。了解了df和du的差异，我们可以开始分析df显示 100% 但du占用少的三种主要原因。df显示磁盘 100%，但du已删除但未释放的文件：进程持有已删除文件的句柄，需通过lsof或fuser排查并释放。挂载点覆盖：新挂载点隐藏了旧文件，需检查mount和findmnt。文件系统元数据问题。
机器磁盘满了但找不到占用文件夹
weixin_42219542的博客
05-04 320
根据lsof列出的进程号,kill这些进程后,空间就释放出来了。有文件被删除,而进程还活着,因而造成还占用空间的现象。
linux磁盘空间占用满,但是找不到大文件的解决办法
MrLiar的博客
12-28 2685
linux 大文件
linux中解决df -h 占用空间磁盘过多的问题，查找linux中磁盘中占用内存最大的位置
zka_yyds的博客
05-16 1498
最后 这边发现的是 nacos日志的文件夹下logs。发现是日志占用过高的问题，和客户商量清空2022年以前的日志。2、在根目录下使用，find / -type -f -size +10G。查询了几个命令，查找占用空间最大的地方（切换成root用户）。2、查找到最大的使用的目录，然后切换进去命令是cd进去。4、查找到最大的使用的目录，然后切换进去命令是cd进去。到达文件夹后 du -h 可以查看有多大。1、在根目录下使用，du -sh ./*经过上面命令还不行的话。1、在根目录下面使用。
linux显示内存不足但是未发现大文件
qq_44233566的博客
09-21 770
原因：在linux上使用rm -rf删除了文件时，因为有进程打开了此文件，但没有关闭这个文件的句柄，那么linux内核还是不会释放这个文件的磁盘空间。使用df -h 发现/dev/mapper/centos-root占用100%，但是使用du -h -x --max-depth=1未发现大文件。解决办法：lsof -n | grep deleted |awk '{ print "kill -9 " $2}'| sh。再次使用df -h查看即可发现内存占用已经降下来了。
linux磁盘空间占用很大,但是找不到大文件
晓二当家的博客
11-05 5413
linux磁盘空间占用很大,但是找不到大文件 一.背景介绍 在linux系统上部署了tomcat应用，运行一段时间后，发觉根分区空间的占用越来越大，tomcat的日志以及定时清理了，并且在系统中并未找到有占用这么多磁盘的文件。 二.问题分析 1.查看磁盘空间使用情况(它会统计碎片占用的磁盘空间)： df -h 2.查看磁盘空间使用情况： du -sh * 3.查看linux系统中，大于500M的文件： find / -type f -size +500M 通过以上步骤，可能是由于反复的删除文件导致的磁
linux查询 home所剩空间,df空间占用已满，但du查看home目录空间占用却很少
weixin_31156677的博客
05-06 1万+
一，背景一大早研发过来报错，home目录之前分配10G空间，使用率100%，自己先尝试了扩容到50G，今天早上来了发现又100%了。。。os：Red Hat Enterprise Linux Server release 6.6 (Santiago)二，问题检测登录问题服务器，执行命令 df -h，发现/home目录已占满，但是进入home，执行du -s -h发现只使用了1.4G的空间初步怀疑...
Linux——ERROR：linux报错文件系统已满，linux命令du&df
Alannah的个人学习记录
03-22 2634
目录一.报错信息二.df du命令介绍及解决办法 一.报错信息 在linux上使用vim编辑文件后，保存退出时提示E514：写入错误（文件系统已满？） 如下： 二.df du命令介绍及解决办法 此处先介绍两个linux命令：df、du df：查看磁盘分区上可以使用的空间 du：查看每个文件和目录的磁盘使用空间 df –T 查看分区的文件系统 df –h 查看文件系统的使用情况，博主查看后发现磁盘空间确实不足 du –h 显示文件系统分区的使用情况 du –s 显示文件或整个目录的大小 du –sh
Linux磁盘找不到占用文件（df占用过高，du占用过少）
m0_50635229的博客
05-06 638
用df -h检查发现磁盘占用过高，但是用du -ah --max-depth=1 ./ 或者 du -sh *|sort|head发现各目录占用空间很小 可能存在的原因：有些文件已经被删除，而进程还活着，用lsof命令查看那些删除了但是还被某些应用打开着句柄的文件 lsof |grep delete 用kill命令删除查询出的进程 ...
Linux磁盘空间被占满，到查询没有大文件
06-10
### Linux 磁盘空间占满但未发现大文件的原因及解决方法 在 Linux 系统中，磁盘空间被占满但未发现大文件的情况可能由以下原因引起，并提供相应的解决方案： #### 1. 已删除但仍在使用的文件 当某些进程正在使用已被删除的文件时，尽管文件从文件系统中不可见，但其数据仍然占用磁盘空间。这种情况下，`du` 命令无法检测到这些文件，而 `df` 命令会显示磁盘已满。 - **解决方案**： 使用 `lsof` 命令查找被进程占用的已删除文件，并终止相关进程以释放空间。 ```bash sudo lsof | grep deleted ``` 找到对应的进程 ID (PID) 后，可以使用以下命令终止该进程： ```bash sudo kill -9 <PID> ``` 如果需要释放空间但不想终止进程，可以通过重定向将文件内容清空： ```bash > /proc/<PID>/fd/<FD> ``` 这里 `<PID>` 是进程 ID，`<FD>` 是文件描述符[^4]。 #### 2. 文件系统元数据问题 有时，文件系统的元数据可能会损坏，导致 `df` 和 `du` 的输出不一致。例如，`df` 显示磁盘已满，但 `du` 未能找到足够的文件来解释这种占用。 - **解决方案**： 检查并修复文件系统错误。首先卸载文件系统（如果可能），然后运行 `fsck` 工具进行修复： ```bash sudo umount <filesystem> sudo fsck <filesystem> ``` 如果无法卸载文件系统（例如根分区），可以在单用户模式下执行上述操作[^1]。 #### 3. inode 耗尽 即使磁盘空间仍有剩余，但如果 inode 被耗尽，也会导致“no space left on device”的错误。这种情况通常发生在包含大量小文件的目录中。 - **解决方案**： 检查 inode 使用情况： ```bash df -i ``` 如果 inode 已用接近 100%，则需要定位并清理不必要的小文件。可以使用以下命令查找包含大量小文件的目录： ```bash find / -xdev -type f | cut -d "/" -f 2 | sort | uniq -c | sort -nr ``` 删除不必要的文件或重新规划存储结构以避免 inode 耗尽[^3]。 #### 4. 隐藏的大文件或临时文件 某些隐藏文件或临时文件可能未被常规搜索命令发现。例如，位于 `/tmp` 或 `/var/tmp` 中的文件可能会占用大量空间。 - **解决方案**： 使用以下命令查找隐藏文件和临时文件： ```bash find / \( -name "*.log" -o -name "core" -o -name ".tmp*" \) -exec ls -lh {} \; ``` 根据需要清理这些文件[^2]。 #### 5. 日志文件增长过快 日志文件（如 `/var/log/` 下的文件）可能因未设置轮转策略而快速增长，导致磁盘空间被迅速耗尽。 - **解决方案**： 检查日志文件大小： ```bash du -sh /var/log/* ``` 如果发现过大日志文件，可以手动清空或配置日志轮转工具（如 `logrotate`）以限制日志文件大小： ```bash > /var/log/<logfile> ``` 编辑 `/etc/logrotate.conf` 或 `/etc/logrotate.d/` 下的相关配置文件，确保日志文件不会无限增长[^3]。 --- ### 示例代码 以下是一个脚本示例，用于自动查找并处理占用磁盘空间的隐藏问题： ```bash #!/bin/bash # 查找被进程占用的已删除文件 echo "Checking for deleted but open files..." sudo lsof | grep deleted # 查找 inode 耗尽的问题 echo "Checking inode usage..." df -i # 查找隐藏的大文件 echo "Searching for hidden large files..." find / \( -name "*.log" -o -name "core" -o -name ".tmp*" \) -size +100M -exec ls -lh {} \; # 清理临时文件 echo "Cleaning up temporary files..." sudo rm -rf /tmp/* ``` --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值