linux df 与du查看空间的区别

meto2009

centos /opt分区 df查看文件系用统用了70G，面du查看只用了20，不知这50G差距去哪了

du -h --max-depth=1
23M     ./tomcat6
1.4G    ./index
366M    ./apache2
88M     ./rsync
378M    ./data
12G     ./tomcat
8.6M    ./awstats
196M    ./hadoop
215M    ./jdk
4.0G    ./tomcat5
1.4G    ./staticPage
20G     .
#df -lh
文件系统              容量  已用 可用 已用% 挂载点
/dev/sda2              20G  4.9G   14G  27% /
/dev/mapper/VolGroup00-LogVol00
                      9.7G  2.7G  6.5G  30% /home
/dev/sda1             190M  8.1M  173M   5% /boot
tmpfs                 3.9G     0  3.9G   0% /dev/shm
/dev/mapper/VolGroup00-lv11
                       79G   69G  6.4G  92% /opt
# cd /
#du -h --max-depth=1
22M     ./lib64
8.0M    ./bin
8.0K    ./srv
8.0K    ./backup
20G     ./opt
8.0K    ./data
8.0K    ./www
32M     ./sbin
2.9G    ./usr
0       ./net
116K    ./dev
1.5G    ./var
125M    ./etc
8.0K    ./media
120M    ./lib
0       ./proc
0       ./sys
462M    ./databak
2.7G    ./home
0       ./misc
6.6M    ./boot
28M     ./root
16K     ./mnt
0       ./selinux
16K     ./config
95M     ./tmp
16K     ./lost+found
28G     .

meto2009

df（df命令通过查看文件系统磁盘块分配图得出总块数与剩余块数。）：
这要从程序写文件的方式来谈起，一个进程要向一个文件里面写东西，那么会得到一个pointer，
然后向指针指向的文件（磁盘区域）写入。假如由于某些原因（也可能人为）被指向的文件被删除了，但是（ write call）并不知道文件是否还在，就还会继续向里面写，不管文件是否存在，磁盘块还是被写操作使用。
于是因为文件没有了，所以du统计不到写入的这些磁盘块，但是因为写的进程还在，磁盘空间没有被释放，所以df却能统计到，所以df统计的结果比du大很多。
如何解决呢？
1.停止系统上的程序。
2.如果还是不行，unmount一下文件系统看看
3.重启系统

-----怎么去查看哪个进程占用，大家有好的方法

ulovko

1. 
   
2. > df
   
3. Filesystem     Size    Used   Avail Capacity  Mounted on
   
4. /dev/ada0p2    9.9G    649M    8.4G     7%    /
   
5. devfs          1.0k    1.0k      0B   100%    /dev
   
6. /dev/ada0p4    118G     15G     93G    14%    /var
   
7. /dev/ada0p5      2G     36M    1.8G     2%    /tmp
   
8. /dev/ada0p6    118G     85G     23G    79%    /usr
   
9. /dev/ada0p7    103G     78G     16G    83%    /home
   
10. > du -m -d0 ~ko
    
11. 80316        /home/ko
    
12. > echo '80316/1024'|bc
    
13. 78
    

复制代码

小弟的df  du (运行于FreeBSD9.0) 显示结果没有异常出现 感觉可能是LINUX的du不符合标准

Huawei1900

原来 bc也可以用管道说

ulovko

回复 4# Huawei1900


    呵呵 ^_^ 都可以的呀