首页 > 系统 > Linux > 正文

Linux磁盘空间不释放问题解决办法

2024-08-27 23:59:38
字体:
来源:转载
供稿:网友

磁盘空间对于我们来讲是有限的如果一起发现硬盘空间越来越大不自动释放问题就需要进行处理一下了,下面一起来看看Linux磁盘空间不释放问题解决办法,希望文章对各位有用.

在工作中,我们也许会遇到这样的问题,发现某个磁盘空间快满了,于是,找到一些无用的大文件将其删除后,发现磁盘空间还是没有释放掉,这是什么原因呢?如何解决呢?下面来重现一下整个过程.

查看磁盘空间情况:

  1. [@74.114 var]# df -h 
  2. Filesystem            Size  Used Avail Use% Mounted on 
  3. /dev/xvda2            9.7G  284M  8.9G   4% / 
  4. /dev/xvda1            251M   13M  226M   6% /boot 
  5. none                  1.1G     0  1.1G   0% /dev/shm 
  6. /dev/xvda10            97G   60G   33G  65% /home 
  7. /dev/xvda3            3.9G  2.7G  1.1G  72% /usr 
  8. /dev/xvda5            3.9G  3.6G   77M  98% /var 

var分区快满了,找到大文件,并删除:

  1. [@74.114 var]# cd /var 
  2. [@74.114 var]# du –sh * 
  3. 3.3G    account 
  4. 111M    cache 
  5. 53M     log 
  6. 0       mail 
  7. 156K    run 
  8. 344K    spool 
  9. … 
  10. [@74.114 var]# rm –rf account/* 

df –h 看一下,却依然是/var 为98%,一点都没释放.

  1. [@74.114 var]# df -h 
  2. Filesystem            Size  Used Avail Use% Mounted on 
  3. /dev/xvda2            9.7G  284M  8.9G   4% / 
  4. /dev/xvda1            251M   13M  226M   6% /boot 
  5. none                  1.1G     0  1.1G   0% /dev/shm 
  6. /dev/xvda10            97G   60G   33G  65% /home 
  7. /dev/xvda3            3.9G  2.7G  1.1G  72% /usr 
  8. /dev/xvda5            3.9G  3.6G   77M  98% /var 

但du –sh * 却显示没有大文件了.

  1. [@74.114  ~]# cd /var && du –sh * 
  2. 120K    account 
  3. 111M    cache 
  4. 53M     log 
  5. 0       mail 
  6. 156K    run 
  7. 344K    spool 
  8. … 

猜想1:应该是删除的内容依然被进程占用,内存没释放,所以用lsof |grep – I deleted 看了一下,发现如下:

  1. [@74.114 account]# lsof |grep -i deleted 
  2. listserve  4833           blty    0u      CHR      136,2                    4 /dev/pts/2 (deleted) 
  3. listserve  4833           blty    1u      CHR      136,2                    4 /dev/pts/2 (deleted) 
  4. listserve  4833           blty    2u      CHR      136,2                    4 /dev/pts/2 (deleted) 
  5. Billing_P 16989           blty    0u      CHR      136,0                    2 /dev/pts/0 (deleted) 
  6. Billing_P 16989           blty    1u      CHR      136,0                    2 /dev/pts/0 (deleted) 
  7. Billing_P 16989           blty    2u      CHR      136,0                    2 /dev/pts/0 (deleted) 
  8. Billing_P 16990           blty    0u      CHR      136,0                    2 /dev/pts/0 (deleted) 
  9. Billing_P 16990           blty    1u      CHR      136,0                    2 /dev/pts/0 (deleted) 
  10. Billing_P 16990           blty    2u      CHR      136,0                    2 /dev/pts/0 (deleted)  //Vevb.com 

发现时billing程序占用没释放,所以联系项目经理将Billing_P停掉,重启,依然没有释放任何空间,无果.

猜想2:删除的文件是accout目录下的pacct文件,应该是由psacct产生和管理,重启这个程序后是否会OK呢?解决.

[@74.114 account]# /etc/init.d/psacct restart

最后看一下磁盘空间,磁盘空间释放鸟~~

  1. [@74.114 var]# df -h 
  2. Filesystem            Size  Used Avail Use% Mounted on 
  3. /dev/xvda2            9.7G  284M  8.9G   4% / 
  4. /dev/xvda1            251M   13M  226M   6% /boot 
  5. none                  1.1G     0  1.1G   0% /dev/shm 
  6. /dev/xvda10            97G   60G   33G  65% /home 
  7. /dev/xvda3            3.9G  2.7G  1.1G  72% /usr 
  8. /dev/xvda5            3.9G  100M   3.6M  4% /var 

小建议:以后处理相关问题时,如果发现du 和df 大小不一致的情况,可以通过lsof 查看,也许可以找到一些出现问题的原因,如果还是找不到问题,在允许的情况下不妨试一下重启服务,也许问题就迎刃而解了.

重启服务得不到解决的情况下,可以通过卸载磁盘分区来试着解决,在决定删除某些文件前,最好确定好这个文件被哪些服务使用,先停掉这些服务再删除,这样就很少出现空间释放不了的情况了.

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表