查看文件大小

当磁盘大小超过标准时会有报警提示，这时如果掌握df和du命令是非常明智的选择。 

    df可以查看一级文件夹大小、使用比例、档案系统及其挂入点，但对文件却无能为力。 
    du可以查看文件及文件夹的大小。 

    两者配合使用，非常有效。比如用df查看哪个一级目录过大，然后用df查看文件夹或文件的大小，如此便可迅速确定症结。 

    下面分别简要介绍 

    df命令可以显示目前所有文件系统的可用空间及使用情形，请看下列这个例子： 

以下是代码片段： 

[yayug@yayu ~]$ df -h 
Filesystem            Size  Used Avail Use% Mounted on 
/dev/sda1             3.9G  300M  3.4G   8% / 
/dev/sda7             100G  188M   95G   1% /data0 
/dev/sdb1             133G   80G   47G  64% /data1 
/dev/sda6             7.8G  218M  7.2G   3% /var 
/dev/sda5             7.8G  166M  7.2G   3% /tmp 
/dev/sda3             9.7G  2.5G  6.8G  27% /usr 
tmpfs                 2.0G     0  2.0G   0% /dev/shm 

    参数 -h 表示使用「Human-readable」的输出，也就是在档案系统大小使用 GB、MB 等易读的格式。 

    上面的命令输出的第一个字段（Filesystem）及最后一个字段（Mounted on）分别是档案系统及其挂入点。我们可以看到 /dev/sda1 这个分割区被挂在根目录下。 

    接下来的四个字段 Size、Used、Avail、及 Use% 分别是该分割区的容量、已使用的大小、剩下的大小、及使用的百分比。 FreeBSD下，当硬盘容量已满时，您可能会看到已使用的百分比超过 100%，因为 FreeBSD 会留一些空间给 root，让 root 在档案系统满时，还是可以写东西到该档案系统中，以进行管理。 

    du：查询文件或文件夹的磁盘使用空间 

    如果当前目录下文件和文件夹很多，使用不带参数du的命令，可以循环列出所有文件和文件夹所使用的空间。这对查看究竟是那个地方过大是不利的，所以得指定深入目录的层数，参数：--max-depth=，这是个极为有用的参数！如下，注意使用“*”，可以得到文件的使用空间大小. 

    提醒：一向命令比linux复杂的FreeBSD，它的du命令指定深入目录的层数却是比linux简化，为 -d。 

以下是代码片段： 

[root@bsso yayu]# du -h --max-depth=1 work/testing 
27M     work/testing/logs 
35M     work/testing 

[root@bsso yayu]# du -h --max-depth=1 work/testing/* 
8.0K    work/testing/func.php 
27M     work/testing/logs 
8.1M    work/testing/nohup.out 
8.0K    work/testing/testing_c.php 
12K     work/testing/testing_func_reg.php 
8.0K    work/testing/testing_get.php 
8.0K    work/testing/testing_g.php 
8.0K    work/testing/var.php 

[root@bsso yayu]# du -h --max-depth=1 work/testing/logs/ 
27M     work/testing/logs/ 

[root@bsso yayu]# du -h --max-depth=1 work/testing/logs/* 
24K     work/testing/logs/errdate.log_show.log 
8.0K    work/testing/logs/pertime_show.log 
27M     work/testing/logs/show.log 

    值得注意的是，看见一个针对du和df命令异同的文章：《du df 差异导致文件系统误报解决》。 

    du 统计文件大小相加 
    df  统计数据块使用情况 

    如果有一个进程在打开一个大文件的时候,这个大文件直接被rm 或者mv掉，则du会更新统计数值，df不会更新统计数值,还是认为空间没有释放。直到这个打开大文件的进程被Kill掉。 

    如此一来在定期删除 /var/spool/clientmqueue下面的文件时，如果没有杀掉其进程，那么空间一直没有释放。 

    使用下面的命令杀掉进程之后，系统恢复。 
    fuser -u /var/spool/clientmqueue