linux下使用df命令或者使用statfs函数获取U盘大小的问题

aiyu2199

问题1.在Windows下把U盘格式化为Fat32格式之后，查看U盘大小时，已使用4K  谁能解释一下这4K从哪里来？？？

问题2.使用刚格式化好的U盘。在Linux下，Mount成功之后，使用df查看U盘大小的时候，会阻塞在那里，4G的U盘会阻塞20秒左右。   这是为什么？

问题3.如果在刚格式化好的U盘，随便放一个文件，空的也行（必须在windows下操作），这时再按问题2的步骤进行，不会再出现阻塞，就算是把U盘中的文件再删除掉，也是一样的顺利，不会阻塞。   但是，格式化完U盘，在linux上mount完之后，再往U盘中写入一个文件或者mkdir一个文件夹，再去执行df，一样还是很慢。

问题4.把U盘格式化为Fat的格式的时候，也是不会出现阻塞现象。

问题5.谁清楚statfs是如何实现的呢？


以上问题，在程序中也会遇到，在程序中使用statfs函数的时候也一样会阻塞。

有没有高手解释一下啊。。。
大家也可以试试看，我换了几个U盘了，都是一样的问题。

crazyhadoop

1.  fat32也是一种文件系统好么，也需要有信息存储的哈~
2. 可以strace看看阻塞在哪一步上了

aiyu2199

回复 2# crazyhadoop

感谢回答!~~~

使用strace发现，还样是卡在了statfs函数这里，df命令也是使用statfs函数来统计的。

最新发现：
1. 格式化U盘的时候，给U盘加上卷标，随意的就行。这时，再mount 后，使用df查看大小，就很顺利。
2. 格式化U盘时，设置簇大小为16K，默认为4K，格式为FAT32。这个时候再执行mount 后，df查看 阻塞的时间会缩短。。

以上格式化都是在windows系统下进行，再到linux 系统下mount

个人感觉：
当U盘在windows下格式化完成之后，是把U盘中的FAT表也清掉了， statfs函数在获取U盘大小的时候，是把整个U盘扫描一次，因为没有fat表，所以就按簇大小，一个一个计算。所以很慢。
格式化的时候加上卷标，感觉就像是写在FAT表中的。所以是有FAT表，只不过里边没有文件。

这个只是猜测，但是我没有依据，希望知道的人能给 解释一下。

大家也可以这样试试看。
还有，我在服务器上测试的时候，没有这个问题，我感觉是服务器配置高，计算的时间也就很短。

aiyu2199

沒有高手了嗎？？

aiyu2199

没人加答了吗？快来人啊。

aiyu2199

有人试过吗？？？？

kasonpt

昨天刚回也在解决这个问题。

statfs操作FAT32后需要同步一下，调用sync()。另外，EXT3则不能同步，否则内核可能会崩溃。

aiyu2199

回复 7# kasonpt
是执行完statfs之后调用 吗？   初次执行的时候很慢的，主要这慢的问题。

最后我是这样解决的。在windows下格式化的时候加一个卷标就行了。