本文目录一览：
- 1、linux系统中用lseek（）生成的空洞文件有什么用？
- 2、linux下的c++,一个文件中带有使用lseek函数造成的空洞,请问怎么把空洞后面的字符串也读出来?
- 3、Linux系统找回丢失磁盘空间的方法
- 4、〔Linux〕有关于磁盘系统df -h大于du
linux系统中用lseek（）生成的空洞文件有什么用？
空洞文件很有用的，看看迅雷下载的文件，在未下载完成时就已经占据了全部文件大小的空间，这时候就是空洞文件。下载时如果没有空洞文件，多线程下载时文件就都只能从一个地方写入，这就不是多线程了。如果有了空洞文件，可以从不同的地址写入，就完成了多线程的优势任务。
在开发过程中有时候需要为某个文件快速地分配固定大小的磁盘空间
（1）可以让文件尽可能的占用连续的磁盘扇区，减少后续写入和读取文件时的磁盘寻道开销；
（2）迅速占用磁盘空间，防止使用过程中所需空间不足。
（3）后面再追加数据的话，不会需要改变文件大小，所以后面将不涉及metadata的修改。
lseek（）系统调用
功能说明：
通过指定相对于开始位置、当前位置或末尾位置的字节数来重定位 curp，这取决于 lseek() 函数中指定的位置
函数原型：
#include sys/types.h
#include unistd.h
off_t lseek(int fd, off_t offset, int whence);
参数说明：
fd：文件描述符
offset：偏移量，该值可正可负，负值为向前移
whence：搜索的起始位置，有三个选项：
(1).SEEK_SET: 当前位置为文件的开头，新位置为偏移量大小
(2).SEEK_CUR: 当前位置为文件指针位置，新位置为当前位置加上偏移量大小
(3).SEEK_END: 当前位置为文件结尾，新位置为偏移量大小
返回值：文件新的偏移值
linux下的c++,一个文件中带有使用lseek函数造成的空洞,请问怎么把空洞后面的字符串也读出来?
你可以这么做，空洞不是自己造成的吗，你可以计算出空洞的位置，然后同样lseek将文件描叙符移到空洞后，前提是你知道空洞在什么位置，不知道也行，判断'\0'的个数，连续出现则说明到了空洞的位置，然后将文件描叙符置于此，读出文件大小-linux空洞文件
Linux系统找回丢失磁盘空间的方法
一些使用Linux系统的用户经常会遇到，显示磁盘空间已满的状况，就不得不删除一些文件了。但是回头算算发现，总文件所占空间大小，和磁盘的总大小并不一致，那么那些剩余的空间都去哪儿了呢?是哪些文件隐藏在角落里占据了一部分的空间。下面小编就来教大家如何找回那些丢失的磁盘空间，彻底清理磁盘中的隐藏文件和空洞文件。以下的三种方法可以逐一进行，就能达到彻底清理的效果了。-linux空洞文件
经常接触linux的用户也许会经常遇到这样的问题：
收到一个磁盘告警，说某某分区已经满了，然后登录服务器
df
一看，发现磁盘确实快满了，然后你就想找到具体是哪个目录满了，于是
du
-s
*
一看，却发现所有子目录的大小总和却和df显示的总已使用磁盘空间对不上，有时候甚至还相差很多，于是就纳闷了：我的磁盘空间去哪了呢?
这里就列3种情况：
隐藏文件
linux系统把文件名以。(点号)开头的文件视为隐藏文件，而类似bash里*这样的操作符是不会匹配隐藏文件的，所以如果根目录下有个较大的隐藏文件的话，是不会被du
-sh
*
统计到的，解决办法就是：
du
-sh
。[^.]*
。
非空目录被mount
一般挂载其他分区的时候都是建议mount到一个空目录的，那么如果mount到一个非空的目录，情况会怎么样呢?比如/mnt目录本来里面是有文件
的，然后执行了sudo
mount
/dev/sda6
/mnt。其实这个mount命令完全能正常执行，被mount的分区也能正常访问，只是原先在/mnt里的文件，现在已经访问不到了，包括du也看不到
大小了，但是磁盘空间却还是被占着，因为如果你
umount
/mnt
以后，原来的文件都还会回来的。
空洞文件
一个文件的大小和所占磁盘空间也不一定完全一致，比如某个程序一直打开着一个叫log的文件在写，而中间有人用
》
log
命令清除了log的内容，就会产生这样的文件。
大多数情况下来看，以上这三种垃圾，电脑中都会隐藏，那些电脑磁盘不大的朋友们可以勤加清理，可以释放一些空间以被储存其他重要的文件。一般这三种方法清理之后，电脑中的垃圾文件就被清理的差不多了，所以是个还蛮有效的方法呢，试试吧!-linux空洞文件
〔Linux〕有关于磁盘系统df -h大于du
有关于du和df的统计原理不熟悉的可以看一下我写的另外一片文章，这里不做过多介绍
在前天我遇到一个很奇怪的现象，一块板子上根目录df -h 查看使用率100%，使用大小34G，而du显示只有24G，消失了10G，首先想到的是删除了大文件，然后还有进程在使用这个文件，lsof |grep delete 这条命令就可以查出 将进程号kill 掉就可以了，但是这是最普通最常见的错误，很不幸，我的机器不是这个问题，因为我重启过两三次磁盘大小依旧没有变化，然后我查看了一下根目录下面是否有隐藏文件，以及是否有连接到其他分区的大文件的链接，经过排查都没有。-linux空洞文件
然后在高人的指点下，说有一种叫做空洞文件的东西，具体就是ll -h 和du -sh 显示是不一样的
大家可以自己测试生成空洞文件具体使用 dd if=/dev/urandom of=testfile bs=1M seek=999 count=1024 大家用ll -h 看到 大概2G du -sh 大概1G 看起来是有很大差距 ，但是我找遍了整个目录还是没有发现，存在空洞文件。-linux空洞文件
后来我试着往根目录下写100M数据发现根本写不进去，说明磁盘空间确实不大了并没有虚高，在跟使用者了解情况之后，无意间听到他说之前这上面反复删除过大量文件，我从这方面入手，想到是否是文件磁盘碎片的问题，首先确保xfsdump，xfslibs-dev，xfsprogs安装成功，之后执行xfs_db -c frag -r /dev/mapper/root 检查碎片的情况，我查找大概有百分之八左右，按照估算才3G左右的碎片，但是当时没有剩余空间可用，抱着死马当做活马医，先让板子能用， 注意执行整理命令要先把数据进行备份，否则可能会造成数据丢失。整理碎片 xfs_fsr /dev/mapper/root 奇迹发生了，大概清理出来9.7G空间，说明消失的空间就是碎片空间，我看网上很多解决办法都一样，很少有因为碎片导致的，所以我将这次问题解决办法记录下来留给后面的人参考。-linux空洞文件
