df可以查看一级文件夹大小、使用比例、档案系统及其挂入点,但对文件却无能为力。
du可以查看文件及文件夹的大小。
两者配合使用,非常有效。比如用df查看哪个一级目录过大,然后用df查看文件夹或文件的大小,如此便可迅速确定症结。
下面分别简要介绍
df命令可以显示目前所有文件系统的可用空间及使用情形,请看下列这个例子:
以下是代码片段:
[yayug@yayu ~]$ df -h
FilesystemSize 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.0Kwork/testing/func.php
27M work/testing/logs
8.1Mwork/testing/nohup.out
8.0Kwork/testing/testing_c.php
12K work/testing/testing_func_reg.php
8.0Kwork/testing/testing_get.php
8.0Kwork/testing/testing_g.php
8.0Kwork/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.0Kwork/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
当磁盘大小超过标准时会有报警提示,这时如果掌握df和du命令是非常明智的选择。df可以查看一级文件夹大小、使用比例、档案系统及其挂入点,但对文件却无能为力。
du可以查看文件及文件夹的大小。
两者配合使用,非常有效。比如用df查看哪个一级目录过大,然后用df查看文件夹或文件的大小,如此便可迅速确定症结。
下面分别简要介绍
df命令可以显示目前所有文件系统的可用空间及使用情形,请看下列这个例子:
以下是代码片段:
[yayug@yayu ~]$ df -h
FilesystemSize 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。
vmware环境安装的freebsd 12.0 运行pkg search python命令时提示 " :write failed, filesystem is full ",意即文件系统满了,无法写入,如下图所示:
运行df -h命令,得到结果:
rootfs容量显示为105%,超过100%了,所以有这个问题出现。
查来查去,觉得还是这个官网论坛的说法靠谱
https://forums.freebsd.org/threads/my-hard-disk-has-109-of-capacity.68366/
最后 ronaldlees 老兄总结到:我楼上的老兄 yuripv 给出一个链接就把一切都讲完了(said it all), 不过,我得多句嘴,答案就是他提到的FAQ页面最下面那项,(except I'll add that the answer is the last item on the page he referenced.)
链接在此: FAQ: https://www.freebsd.org/doc/en/books/faq/disks.html#idp59477704
***********************************************************************************************************8.22.How is it possible for a partition to be more than 100% full?
A portion of each UFS partition (8%, by default) is reserved for use by the operating system and the root user. df(1) does not count that space when calculating the Capacity column, so it can exceed 100%. Notice that the Blocks column is always greater than the sum of the Used and Avail columns, usually by a factor of 8%.
For more details, look up -m in tunefs(8).
**********************************************************************************************************说的是有一个系统保留空间,df命令无法计入,所以导致空间超过100%这种现象,不过到这里依然无法解决问题,不过倒是有了一个思路,就是要对根文件系统作出调整,但tunefs命令不能对活动的文件系统作出更改,(见这个链接 http://www.kbase101.com/question/17960.html )所以继续把自己当作一只网虫,继续爬,通过百度"根文件系统扩容"这个关键词,爬到这个链接: http://ju.outofmemory.cn/entry/329183
1, 使用 gpart show命令查看磁盘空间情况,如下图:
使用freebsd官网提供的虚拟机格式文件vmdk安装的虚拟机配置如下:
默认的硬盘空间4GB觉得可能是小了点,于是关机编辑虚拟机配置,把硬盘容量提高到10GB,开机后,再次使用 gpart show命令查看磁盘空间情况,如下图:
看到多了一个 - free - (空闲空间) 6.0G
2, 使用 “gpart resize -i 3 da0”(这里“3”这个数字对应的是空闲空间的被置换到的分区,像我这种情况,一共就三个分区,一个boot分区,一个swap分区,最后一个是ufs分区)命令来把空闲空间利用上,再用gpart show查看,如图所示:
这一步之后,如果使用 df -h命令查看,会发现,空间空间虽是利用上了,但是根文件系统还没有扩容到,如下图:
3,使用“growfs /dev/gpt/rootfs” 命令对根文件系统进行扩容,会提示要备份,输入yes后,如下图所示:
4,用df -h命令查看文件系统使用情况,发现根文件系统(rootfs)的 容量(Capacity)不再是106%了,而是35%了
参考链接: http://jackxiang.com/post/9454/
由于默认安装没有装软件仓库,所以这里花了一点时间进行pkg更新(一度我认为是联不了网卡住了),最后找了4个版本出来,据说freebsd兼容多版本的软件,这一点相比linux发行版本是一大优势,另外,各位可以试一下,不加参数 grep Interpreted,可以搜出更多有关python的软件。
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)