为什么在可移动媒体上通过NTFS使用exFAT?


138

因此,基本上,我始终默认将可移动大容量存储设备格式化为NTFS,但是有人告诉我,最好使用exFAT。现在,我一直在四处寻找Google,但是找不到我应该这么做的任何充分理由。

exFAT有什么作用(更好),而NTFS在(> 4GB)可移动海量存储中使用时有用吗?


3
将USB驱动器插入媒体播放器:它将无法识别NTFS。
伊恩·博伊德

13
@ian几乎所有现代媒体播放器都会识别NTFS ...我已经做过的所有六个操作。其中至少有4位是低端玩家。
BloodPhilia 2012年

2
@IanBoyd:“ Western Digital的产品之一没有。” -真的吗?哪一个不支持NTFS?
卡兰2013年

8
@IanBoyd:我的意思是,所有这些文件(包括您链接的文件)都支持NTFS,因此您的信息显然是错误的。
卡兰2013年

4
可能有助于您进一步比较NTFS5,NTFS,exFAT,FAT12,FAT16,FAT32。
2013年

Answers:


83

exFAT基本上将FAT文件系统提高到了一个新水平,增加了FAT32系统非常缺少的大量期待已久的功能。视频编辑人员的主要功能之一是对> 4GiB文件的支持以及比通常支持的FAT32大得多的分区大小,这使得使用现代的多TB驱动器更加容易。

exFAT适用于Windows Vista 7,并且我相信我什至可以看到Microsoft版本使XP与exFAT一起使用。有一些人致力于Linux exFAT支持,但是我无法确定它们的发展程度,而且像往常一样,存在破坏数据的风险,就像使用NTFS一样 ……

来自维基百科 (我的评论以粗体显示)

  • 可扩展到大磁盘:从FAT32分区的16 TiB限制提高到理论上最大64 ZiB,建议最大512 TiB。请注意,内置的Windows 2000 / XP / Vista / 7可以装载并支持大于32 GB的FAT32卷,但是不能创建大于32 GB的FAT32卷。
  • 群集大小最大为32 MiB (允许更大的分区,但需要更多的文件余量)
  • 文件大小限制为16 EiB(受卷大小限制),从FAT32中的接近4 GiB增大(更好地支持视频编辑和大型存档)
  • 引入了可用空间位图,提高了可用空间分配和删除性能(比FAT32更好的性能)
  • 支持访问控制列表(因此,您可以根据需要控制文件访问,但是我怀疑主要用途是用于USB设备,您只希望人们访问它即可。)
  • 提供OEM可定义的参数,以针对特定设备特征定制文件系统(用于具有特定需求的嵌入式设备)

Microsoft开发人员所做的基本上是将FAT32文件系统更新为exFAT,从32位寻址转换为64位寻址,以提供比同时迁移到NTFS更快的速度,从而可以创建,存储或传输巨大的文件,大于4GiB的文件。从理论上讲,exFAT没有NTFS的大量操作开销,因为它缺少许多增加文件系统复杂性(并因此增加处理时间和磁盘延迟)的功能。

一些缺少的功能(实际上对可移动媒体毫无用处或浪费)包括:

exFAT的唯一缺点是Microsoft尚未将其发布给公众,这要求公司许可其在其设备上使用。这可能更针对数字录像机类型的设备,家庭用户获得了在Windows上使用它的许可证。

exFAT对FAT32对NTFS

但是,在处理能力和内存有限的系统上,exFAT应该是NTFS的真正竞争对手。众所周知,闪存上的NTFS效率很低。exFAT的占用空间/开销较小,因此非常适合此目的。当然,仅当您对“理想”的定义允许软件为专有软件而不是开源软件时。


70
我觉得这个答案主要是针对exFAT与FAT32。与NTFS的比较在哪里?
JoeCool 2012年

9
对于exFAT,针对可移动媒体上的NTFS的另一点是:exFAT不支持文件所有权和权限,因此,在将文件从一个系统移动到另一个系统时,您将不会受到NTFS这些功能的限制。
盖洛斯

@gerlos实际上是的,exFAT确实具有最小的ACL支持
phuclv '18

@phuclv感谢您的链接,我不知道exFAT的此功能。似乎大部分时间都未使用-维基百科说它仅在Windows CE受支持。无论如何,关键是不应用文件所有权和权限的文件系统(至少不是默认情况下)是可移动存储介质的理想选择,因为您无法预测哪些用户将在您插入的系统上运行它
gerlos

25

作为上述答案的补充,OS X Snow Leopard在10.6.5及更高版本中也支持exFAT(尽管发行说明中未提及)。


25

如果使用EFS的“ Encrypted”属性,则有一个非常重要的区别(EFS代表Encrypting File System,它实际上不是文件系统,而是NTFS的功能)。

在大多数情况下,EFS是透明的。你没看到 文件在磁盘上已加密,但是在访问文件时会自动解密。

当您将加密文件复制到另一个NTFS卷时,它将使用与原始密钥相同的密钥保持加密状态。根据您的使用情况,这可能很棒,也可能令人讨厌。

基本上,如果要将文件带到安装了所有相同解密证书的另一台计算机上,请在可移动驱动器上选择NTFS。这样,您的文件将在传输过程中保持加密状态,但可以在所有授权计算机上透明访问。整洁!

但是,如果通常将文件带到没有解密证书的计算机上,则没有办法告诉Windows将文件复制到外部磁盘时自动对其解密。如果忘记手动解密,则将无法在另一台计算机上访问它。如果经常这样做,请在可移动驱动器上选择exFAT。复制到该文件的所有文件将自动被动态解密。

如果您不使用EFS(几乎像几乎每个人一样),那么显然不适用。我认为这是“与其他操作系统的兼容性”之后的第二大区别。


这实际上是不正确的信息。因为exFAT至少在与Windows 10一起使用时才支持文件加密,所以您可以将加密的文件复制到exFAT卷(例如USB记忆棒)中,并且这些文件仍保持加密状态。就像您提到的那样,它可能非常烦人或很棒。
Sami Lehtinen

14

文件系统的互操作性很重要。exFAT本身也是 OS X Snow Leopard在10.6.5及更高版本中支持的读/写功能(尽管发行说明中未提及)。可以通过检查“磁盘工具”来验证这一点,其中exFAT是用于格式化的选项。

在OS X上,除非您基于每个驱动器修改fstab并愿意处理非本地安装,否则NTFS仍被视为只读。因此,对于大多数用户而言,这不是一个可靠的选择。

在Mac或Linux或其他系统上使用驱动器可能不是您的主要问题,但这是需要考虑的问题。


因为我对另一个答案的小修改被拒绝了。
2015年

还应注意的是,由于法律问题,缺乏兴趣以及exfat保险丝实现中的错误,即使使用保险丝文件系统,对Linux的支持也更加有限和存在缺陷。今天,我在尝试为朋友安装PSVita存储卡(Vita2SD)时遇到了这种情况。因此,我绝对不会说可移植性比ntfs好得多。
Wyatt8740

10

NTFS具有默认情况下绑定到本地计算机的安全属性-因此,对于需要四处移动的媒体,FAT通常更方便。


4
exFAT也是如此。它还具有DACL
Billy ONeal 2014年

6

NTFS具有日记功能,可帮助确保文件系统可以从损坏中恢复,而exFAT则不能。因此,如果仅从Windows PC使用驱动器,并且可靠性和数据完整性非常重要(例如出于存档或备份目的),则应在exFAT上使用NTFS

来源(然后还有许多其他具有相同信息的来源)

我们认为,关于exFAT,只有一件事是真正的“不太积极”,那就是缺乏对日记功能的支持。日记功能是允许文件系统保留对其上存储的文件所做更改的记录。当发生数据损坏时,这很有用,因为日志可用于恢复损坏的数据。exFAT没有此功能,这意味着当意外关闭或不安全弹出以这种方式格式化的可移动驱动器时,数据更容易损坏。


0

Google的许多结果似乎表明,由于多种原因(它是较新的,相同的旧原因,例如体积更小,速度更快,效率更高),它的性能要好得多,但兼容性较差(仅Vista和7)。

这是我发现的最好的结果,图表说明了很多


我认为“不兼容”不是一个公平的说法,因为OS X比NTFS对exFAT的支持更好。
西蒙·伊斯特

链接断开。..
Twisty Impersonator

@SimonEast的兼容性肯定较差,由于许可证的缘故,通常不会在Linux上提供。而且,如果不处理法律问题,您就不能仅仅制造具有extat支持的设备。
jangorecki

0

尽管NTFS仍然比exFat具有一个实际优势,但是exFat中卷标的最大长度仍然仅为11个字节(如FAT中),而在NTFS中为32个字节。

当您有多个相同品牌的USB并想创建不同的名称来标识每个USB时,这将很有帮助。

例如,我的典型卷名称是256 GB的逐字驱动器verbatim256。现在,如果我有另一个相同类型的驱动器,我什至无法在名称中添加1或2,因为它已经达到最大限制。

这实际上是我坚持使用NTFS的决定因素,因为它们在其他方面几乎都可以通用。


这是不正确的。exFAT中的卷标是15个UTF-16代码单位
phuclv

@phuclv我也看过它,但令人困惑。我的exFat驱动器只允许11个,因此我的响应基于此。
zar
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.