Filesystems FAT32的怪异标准>;4gb文件

Filesystems FAT32的怪异标准>;4gb文件,filesystems,fat32,fat,Filesystems,Fat32,Fat,我最近遇到一个带有IDE驱动器的嵌入式系统,该驱动器是FAT32,但文件大于4gb。它似乎是通过将32字节目录条目中的文件大小设置为最终集群使用的字节数来实现的,而不是实际的文件大小。这允许文件具有任意脂肪链。缺点是知道文件大小的唯一方法是通过大量的链进行传输 我以前从未见过这种情况。这是一个已知的标准或变体,在windows或linux上有什么支持它吗 是否有任何更标准的“古怪”FAT32修改允许文件大于4GB?可能您可以使用一些虚拟文件系统将其拆分为x GB块,然后您就有了可以容纳超过4 G

我最近遇到一个带有IDE驱动器的嵌入式系统,该驱动器是FAT32,但文件大于4gb。它似乎是通过将32字节目录条目中的文件大小设置为最终集群使用的字节数来实现的,而不是实际的文件大小。这允许文件具有任意脂肪链。缺点是知道文件大小的唯一方法是通过大量的链进行传输

我以前从未见过这种情况。这是一个已知的标准或变体,在windows或linux上有什么支持它吗


是否有任何更标准的“古怪”FAT32修改允许文件大于4GB?

可能

您可以使用一些虚拟文件系统将其拆分为x GB块,然后您就有了可以容纳超过4 GB文件的虚拟驱动器。例如,这样做(2GB块)

我认为这完全是一个骗局


我已经实现了FAT32,我从未见过或听说过类似的事情。如果有人支持这一点,我会非常惊讶。

因为你的答案不正确,而且是在给出正确答案后才写的。确实如此-exFAT是答案,看起来仍然像是一个完整的黑客。这是一个专利的黑客启动+1因为这是一个黑客。exFAT具有64位文件大小,而不是“最后一个集群中的字节”大小。这是不兼容的,并且是适当的格式。exFAT不是一个扩展;这是一种新的文件格式,因为核心结构不同。Windows7是否正确读取IDE驱动器?如果是exFAT,如果不是,则是某种适当的扩展。