C语言获取文件大小和生成空洞文件

以上几个方法执行的效果都如下：

读取的text文件如下：

空洞文件即是里面内容都是空字符的文件，主要用来占位置，实现如下：

生成的文件如下：

用vim打开是这样的

有关于du和df的统计原理不熟悉的可以看一下我写的另外一片文章，这里不做过多介绍

在前天我遇到一个很奇怪的现象，一块板子上根目录df -h 查看使用率100%，使用大小34G，而du显示只有24G，消失了10G，首先想到的是删除了大文件，然后还有进程在使用这个文件，lsof |grep delete 这条命令就可以查出 将进程号kill 掉就可以了，但是这是最普通最常见的错误，很不幸，我的机器不是这个问题，因为我重启过两三次磁盘大小依旧没有变化，然后我查看了一下根目录下面是否有隐藏文件，以及是否有连接到其他分区的大文件的链接，经过排查都没有。

然后在高人的指点下，说有一种叫做空洞文件的东西，具体就是ll -h 和du -sh 显示是不一样的

大家可以自己测试生成空洞文件具体使用 dd if=/dev/urandom of=testfile bs=1M seek=999 count=1024  大家用ll -h 看到 大概2G du -sh 大概1G 看起来是有很大差距 ，但是我找遍了整个目录还是没有发现，存在空洞文件。

后来我试着往根目录下写100M数据发现根本写不进去，说明磁盘空间确实不大了并没有虚高，在跟使用者了解情况之后，无意间听到他说之前这上面反复删除过大量文件，我从这方面入手，想到是否是文件磁盘碎片的问题，首先确保xfsdump，xfslibs-dev，xfsprogs安装成功，之后执行xfs_db -c frag -r /dev/mapper/root 检查碎片的情况，我查找大概有百分之八左右，按照估算才3G左右的碎片，但是当时没有剩余空间可用，抱着死马当做活马医，先让板子能用， 注意执行整理命令要先把数据进行备份，否则可能会造成数据丢失。整理碎片 xfs_fsr /dev/mapper/root 奇迹发生了，大概清理出来9.7G空间，说明消失的空间就是碎片空间，我看网上很多解决办法都一样，很少有因为碎片导致的，所以我将这次问题解决办法记录下来留给后面的人参考。

系统自带的 *** 作方法

1

右击“我的电脑”—“属性”。

2

在d出的对话框中点“高级”—性能栏里点“设置”。

3

点击性能栏里的高级，“虚拟内存”中点“更改”。

4

把虚拟内存放在其他的磁盘分区里。比如D盘。

5

一路“确定”系统会提示你重启。重启即可。

END

软件方法

1

打开Windows优化大师。点击“系统清理”—“磁盘文件管理”—“扫描”。

2

等待一会，点击“全部删除”，再点“确定”。

END

一些习惯

把软件尽量安装到D、E等非C盘分区。

2

把我的文档转移到其他分区。

---