Linux下df和du看到的剩余空间不一致处理方式
昨日突然测试用的Linux服务器报存储空间不足，使用 df 查看，磁盘已经使用 100%，使用du 命令查看使用空间最大的目录，结果发现 du 显示的总使用空间才占用总磁盘空间的 70%左右，剩下的 30%空间跑哪去了呢？
找了一下df和du区别的资料,发现他们的工作方式有所区别，所以造成了看到的结果不一致
du的工作原理
du命令会对待统计目录下的文件逐个调用fstat，获取每个文件大小。它的数据获取是基于文件目录中的文件的，可以跨越多个分区操作。如果目录中文件很多，那么du的速度就会很慢.
df的工作原理
df命令使用statfs这个系统调用，直接读取分区的超级块信息获取分区使用情况。它只能针对整个分区块，运行速度不受文件多少的影响。
du和df不一致的一般原因
常见的df和du不一致情况是文件删除造成的，当一个文件被删除后，在文件系统目录中已经不可见了，所以du就不会再统计它了。然而如果这个时候还有运行的进程持有这个已被删除了的文件的句柄，那么这个文件就不会真正在磁盘中被删除，分区超级块中的信息也就不会更改。这样df仍旧会统计这个被删除了的文件。
一般处理方法
使用lsof命令找到还持有被删除文件句柄的进程，然后关闭进程或者杀掉进程用以释放空间。
lsof | grep deleted
避免这个问题的一般方法
1.可以使用清空文件的方式来代替删除文件，方式是:
echo > myfile
2.对于要经常做删除操作的日志文件，以改名、清空、删除的顺序操作
Popularity: 9% [?]
Random Posts
July 24, 2016 | Filed Under LAMP