Linux下查看文件和文件夹大小的df和du命令
转自:
http://www.lampblog.net/2011/01/linux%E4%B8%8B%E6%9F%A5%E7%9C%8B%E6%96%87%E4%BB%B6%E5%92%8C%E6%96%87%E4%BB%B6%E5%A4%B9%E5%A4%A7%E5%B0%8F%E7%9A%84df%E5%92%8Cdu%E5%91%BD%E4%BB%A4/
当磁盘大小超过标准时会有报警提示,这时如果掌握df和du命令是非常明智的选择。
df可以查看一级文件夹大小、使用比例、档案系统及其挂入点,但对文件却无能为力。
du可以查看文件及文件夹的大小。
两者配合使用,非常有效。比如用df查看哪个一级目录过大,然后用df查看文件夹或文件的大小,如此便可迅速确定症结。
下面分别简要介绍
df命令可以显示目前所有文件系统的可用空间及使用情形,请看下列这个例子:
02 |
文件系统 容量 已用 可用 已用%% 挂载点 |
03 |
/dev/sda3 28G 3.3G 23G 13% / |
04 |
none 1001M 312K 1000M 1% /dev |
05 |
none 1006M 3.3M 1003M 1% /dev/shm |
06 |
none 1006M 116K 1006M 1% / var /run |
07 |
none 1006M 0 1006M 0% / var /lock |
08 |
/dev/sda1 24G 7.2G 16G 33% /home |
09 |
/dev/sda11 5.3G 176M 4.9G 4% /usr/local |
10 |
/dev/sda9 11G 1.6G 8.8G 15% / var |
11 |
/dev/sda8 41G 41G 5.0M 100% /media/15B8A124969E9C91 |
参数 -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。
01 |
eagle@eagle:~$ du -h --max-depth=1 work/testing |
05 |
eagle@eagle:~$ du -h --max-depth=1 work/testing/* |
06 |
8.0K work/testing/func.php |
08 |
8.1M work/testing/nohup.out |
09 |
8.0K work/testing/testing_c.php |
10 |
12K work/testing/testing_func_reg.php |
11 |
8.0K work/testing/testing_get.php |
12 |
8.0K work/testing/testing_g.php |
13 |
8.0K work/testing/ var .php |
15 |
eagle@eagle:~$ du -h --max-depth=1 work/testing/logs/ |
16 |
27M work/testing/logs/ |
18 |
eagle@eagle:~$ du -h --max-depth=1 work/testing/logs/* |
19 |
24K work/testing/logs/errdate.log_show.log |
20 |
8.0K work/testing/logs/pertime_show.log |
21 |
27M work/testing/logs/show.log |
du 统计文件大小相加
df 统计数据块使用情况
如果有一个进程在打开一个大文件的时候,这个大文件直接被rm 或者mv掉,则du会更新统计数值,df不会更新统计数值,还是认为空间没有释放。直到这个打开大文件的进程被Kill掉。
如此一来在定期删除 /var/spool/clientmqueue下面的文件时,如果没有杀掉其进程,那么空间一直没有释放。
使用下面的命令杀掉进程之后,系统恢复。
fuser -u /var/spool/clientmqueue