Linux大文件已删除，但df查看已使用的空间并未减少

最新推荐文章于 2025-08-16 10:53:37 发布
原创 最新推荐文章于 2025-08-16 10:53:37 发布 · 588 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux

本文介绍了解决Linux系统中磁盘使用率显示异常的问题，通过lsof命令检查已删除文件仍被进程占用的情况，并提供了具体的解决方案。

百度问题：Linux里,df发现/分区使用80%多,后删除大部分文件,再使用df查看使用情况,显示内容不变,是为什么?

在网上查了下,好像说是inode的原因,还没真正删除,可是都知说了原因,没有说解决办法,我想知道怎么解决,让df显示目前磁盘实际的使用情况!

解决办法：

 lsof|grep deleted

           进程号      fd号

mfsmount  13124    root  txt       REG              104,3       160760    1368696 /var/tmp/portage/sys-cluster/moosefs-1.6.26/image/usr/bin/mfsmount (deleted)

syslog-ng 14142    root    7w      REG              104,3 192380776055       7104 /var/log/messages (deleted)

python2.6 21550    root    0u      CHR              136,0          0t0          2 /dev/pts/0 (deleted)

php-fpm   30315    root    3u      REG              104,3            0     659057 /tmp/.xcache.0.0.1718328763.lock (deleted)

php-fpm   30315    root    4u      REG              104,3            0    1236916 /tmp/.xcache.0.1.440168404.lock (deleted)

php-fpm   30315    root    5u      REG              104,3            0    1368672 /tmp/.xcache.0.2.300103481.lock (deleted)

php-fpm   30316  nobody    3u      REG              104,3            0     659057 /tmp/.xcache.0.0.1718328763.lock (deleted)

php-fpm   30316  nobody    4u      REG              104,3            0    1236916 /tmp/.xcache.0.1.440168404.lock (deleted)

php-fpm   30316  nobody    5u      REG              104,3            0    1368672 /tmp/.xcache.0.2.300103481.lock (deleted)

php-fpm   30318  nobody    3u      REG              104,3            0     659057 /tmp/.xcache.0.0.1718328763.lock (deleted)

php-fpm   30318  nobody    4u      REG              104,3            0    1236916 /tmp/.xcache.0.1.440168404.lock (deleted)

php-fpm   30318  nobody    5u      REG              104,3            0    1368672 /tmp/.xcache.0.2.300103481.lock (deleted)

php-fpm   30319  nobody    3u      REG              104,3            0     659057 /tmp/.xcache.0.0.1718328763.lock (deleted)

 

这里可以看出syslog-ng 占用了192G的磁盘空间，并且咱们已经把/var/log/messages删除了，但这个进程未结束。

我本来是先用的kill 就达到了这种效果，最后才想起来可能把syslog-ng服务重启一下这才是最好的。

# /etc/init.d/syslog-ng restart

如果重启服务发现df的Usage值未减少，那就把它狠心的杀死吧！

# kill -9 14142

 

Linux 中文件删除了,df 看到磁盘还是100%？
努力变的更强
08-31 843
【代码】Linux 中文件删除了,df 看到磁盘还是100%？
Linux下 文件删除但是空间未被释放 或者 磁盘已满但找不到对应的大文件 的解决方案
热门推荐
后端开发
06-22 2万+
linux磁盘空间已满，手动rm -rf 删除了大文件之后，df -h 查看一下发现空间占用还是不变，有时候会想rm -rf 删除只是逻辑删除到回收站一样？其实不然，通常这种情况都是文件被删除，但是还被进程占用，因此删除文件空间未释放通常的建议是kill 掉对应的进程，但是如果是生成环境，不能轻易kill进程的话，可以通过置空文件的方式来释放空间通过lsof | grep deleted 找到未能删除掉的文件，确定占用的进程号。
Linux删除了大文件为什么磁盘空间没有释放？
码农兴哥的技术笔记
12-01 806
rm命令删除文件的时候，只是删掉了inode数据，而文件的实际数据部分在 inode 被清除掉之后，会被覆盖并写入新的内容。但是如果文件在删除的时候是被打开的（有一个进程正在使用该文件，文件被进程锁定或者有进程一直在向这个文件写数据等）状态，那么进程依旧可以读取该文件，系统就会认为该文件的磁盘空间一直被占用。虽然删除了 access_log 文件，但是由于 nginx 进程还在一直向这个文件写入内容，文件的 inode 并没有清除掉，系统内核认为文件并未删除，这才出现空间不释放的情况。
运维实战案例之文件已删除但空间不释放问题解析
weixin_34167819的博客
07-08 1347
1、错误现象运维的监控系统发来通知，报告一台服务器空间满了，登陆服务器查看，根分区确实没有空间了，如下图所示： 这里首先说明一下服务器的一些删除策略，由于Linux没有回收站功能，我们的线上服务器所有要删除的文件都会首先移动到系统/tmp目录下，然后定期清除/tmp目录下的数据。这个策略本身没有问题，但是通过检查发现这台服务器的系统分区中并没有单独划分/tmp分区，这样/tmp下的数据其实是占用了...
Linux大文件已删除，但df查看已使用的空间并未减少解决
weixin_33869377的博客
05-30 617
在我的生活当中遇到磁盘快满了，这时候准备去删除一些大文件 于是我使用ncdu 查看了一下当前系统占用资源比较多的是那些文件，结果一看是elasticsearch的日志文件，好吧，竟然找到源头了，那就把它给删除了吧， 来到相应的路径下之后，然后粗暴一点，执行  rm   -rf   * 很高兴，终于把这些占用系统资源的坏东西给杀死了。满心欢喜的去查看磁盘情况。 给我当头一棒，磁盘并没有多大的...
Linux大文件已删除，但df查看已使用的空间并未减少解决 - BigBao的博客 - 博客园.pdf
09-12
当遇到大文件已被删除，但使用df命令查看磁盘空间没有减少的情况时，这通常指向了几个关键知识点。 首先，了解df命令的作用。df命令用于检查文件系统的磁盘空间占用情况，它查看的是文件系统中的metadata，即文件...
【Linux文件系统空间优化】：利用df命令的3大优化策略
[【Linux文件系统空间优化】：利用df命令的3大优化策略](https://greasyfork.s3.us-east-2.amazonaws.com/vv6yb13xjm9phq8zbpvbyaxwvoev) # 1. Linux文件系统空间概述 Linux作为一种成熟的操作系统，其文件系统的...
关于Linux服务器磁盘空间占满问题的解决方法
09-15
5. 使用 `find` 命令：查找并删除旧的、未使用的或大文件，如 `find / -size +100M -type f -mtime +30 -exec rm {} \;` 将删除30天前且大小超过100MB的文件。 6. 定期备份和清理：设置定期的系统备份策略，并删除...
Linux下磁盘空间的释放
Zerol_Yan的博客
06-22 2277
2天前，接到系统报警，用来存储数据库数据的磁盘空间剩余不足10%，于是经过一番删表操作，成功释放了 40G 的空间，关上电脑，安心睡觉。难得今天周六可以在家好好休息，买了老母鸡准备煲个鸡汤犒劳一下自己，此时收到 leader 发来的微信：不是说磁盘空间空出了 40G 吗？现在磁盘都快爆了！！
Linux系统中提高文件系统的使用效率
03-04
使用`df`命令可以检查文件系统的空间占用情况，如使用`df -v`或`df -i`分别查看数据块和i节点的使用率。当空闲空间不足时，可以采取以下策略： 1. 清理临时文件：临时目录如/var/tmp、/tmp和/usr/tmp经常积累临时...
linux文件已删除，为什么df -h命令查看空间还没释放
编程小将
02-18 934
先来找找哪些大文件把我们的服务器空间给占了。一目了然，一个nohup.out就能占。原来还需要把进程关了才行。嗯，好，一下子释放出来了。
Linux文件删除，但是df之后磁盘空间没有释放
xiaohuangren_123的博客
04-01 549
Linux文件删除，但是df之后磁盘空间没有释放 https://www.cnblogs.com/xd502djj/p/6668632.html
linux删除大文件后，df -h查看磁盘没有变化
lyf0327的博客
11-17 4860
问题：zabbix监控报警磁盘使用率过高，需要清理磁盘。但是删除当天的大文件后，df查看并没有减少 分析： 1、虽然通过rm -rf删除了文件，但是有进程正在连接着这个文件，所以实际上这个文件是没有被彻底删除的，直到连接的进程被kill掉才会彻底删除这个文件； 2、du是通过文件名统计使用空间的，rm -rf之后文件对于文件系统来说就已经没有了，所以du查看空间正确，而df是查看的实际硬盘使用空间。 解决： 使用命令lsof|grep deleted查看占用的进程 通过ps aux|grep
Linux 文件删除后,df -h磁盘空间未更新
最新发布
zhengqiqiqinqin的专栏
08-16 334
摘要：删除3T的nohup.out文件后，磁盘仍显示已满。通过lsof查找并kill相关进程、清理缓存、执行sync命令后，约5分钟后空间开始逐步释放。记录了解决大文件删除后磁盘空间未及时释放问题的处理过程。（79字）
Linux 使用rm 删除文件df 查看磁盘空间大小未改变
weixin_44176564的博客
05-24 858
不选，configfs是一个基于内存的虚拟文件系统,与sysfs类似但又有不同:configfs用于从用户空间查看/修改/创建/删除内核对象,而sysfs仅能查看/修改由内核负责创建和删除的对象.通常挂载到"/config"目录.详见"Documentation/configfs/"目录中的文档.不确定的选"N".> 必选，ystemd依赖此项。> 必选，本地语言支持，使用FAT/NTFS/JOLIET文件系统、'EFI启动分区'需要此项支持，按照上面选项支持美国英语和简体中文。
linux删除文件未释放空间问题处理
weixin_33725270的博客
05-03 105
linux删除文件未释放空间 linux里的文件被删除后，空间没有被释放是因为在Linux系统中，通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink).然而如果文件是被打开的(有一个进程正在使用)，那么进程将仍然可以读取该文件，磁盘空间也一直被占用。解决方法：1、先df -lh查看一下磁盘使用状况，看看是哪个目录被占满了，cd 进入该目录2、查看...
linux清除文件后df还是满的,Linux系统下如何用du和df命令清除大文件？
weixin_35934226的博客
04-29 386
Linux系统中如果发现/home目录下剩余空间不足，可以使用du和df命令来对找到大文件，并且对它们进行删除，从而腾出足够的空间。那么如何用du和df命令清除大文件呢？具体方法：步骤1. dudu --max-depth=1 -Hm--max-depth 最大深度-H 容易理解(humanable)-m 以MB为单位结果如下，［root@gdc1000 gftp］# du --max-depth...
为什么文件被删除后，但是使用du -sh看到空间并没有增加
06-17
### 文件删除后磁盘空间未释放的原因及解决方法 在Linux系统中，文件被删除后磁盘空间未释放的现象可能由多种原因引起。以下是具体的原因分析及解决方法。 #### 1. **核心原因** 当文件被进程持续占用时（例如日志文件正在被写入），直接执行`rm`命令仅会删除文件的索引节点（inode），但磁盘块仍然被进程锁定，导致空间未被释放[^2]。 #### 2. **确认空间占用的真实状态** 可以通过以下步骤检查磁盘空间是否被正确释放： - 使用`df -h`命令查看磁盘整体使用情况。 - 使用`du -sh /path/to/directory`计算目录的实际大小。 - 如果`df`和`du`的结果差异显著，则说明存在未释放的空间。 #### 3. **定位被占用的已删除文件** 通过以下命令查找所有被标记为`deleted`且仍被进程占用的文件： ```bash lsof +L1 | grep deleted ``` 或者指定路径进行筛选： ```bash lsof /path/to/directory | grep deleted ``` 输出示例： ``` java 1234 root 5r REG 8,3 10G 1234567 /var/log/app.log (deleted) ``` 上述输出表示进程ID为`1234`的程序占用了已被删除的日志文件`/var/log/app.log`，且该文件大小为10GB。 #### 4. **释放空间的操作选择** 根据实际情况选择以下方法之一： - **终止占用进程** 根据PID终止进程（需评估业务影响）： ```bash kill -9 1234 ``` - **清空文件内容（无需终止进程）** 通过文件描述符清空内容（保留文件句柄）： ```bash echo "" > /proc/1234/fd/5 ``` 其中`5`是`lsof`输出中的FD列数值。 #### 5. **批量处理脚本** 对于多进程占用的情况，可以生成批量终止进程的脚本： ```bash lsof | grep deleted | awk '{print "kill -9 " $2}' > kill_script.sh chmod +x kill_script.sh && ./kill_script.sh ``` #### 6. **预防措施** - **避免直接删除被写入中的文件** 日志类文件应通过`truncate`或`echo "" > file`清空内容，而不是直接删除。推荐使用`logrotate`工具配置日志轮转策略。 - **监控与告警** 周期性检查`df`与`du`的差值，设定阈值触发警报。可以部署监控工具（如Prometheus）跟踪inode和磁盘块状态。 #### 7. **特殊情况处理** 如果上述方法无效，考虑重启相关服务或操作系统（谨慎操作），以强制解除所有文件锁定。 --- ### 注意事项 在实际操作中，建议优先尝试清空文件内容的方法，避免因直接终止进程导致业务中断。同时，定期清理不必要的大文件并优化日志管理策略，可有效减少类似问题的发生。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值