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

exFAT是否有(更好)做NTFS不会做的任何事情,将其用于(> 4GB)可移动海量存储?

评论

将USB驱动器插入媒体播放器:它将无法识别NTFS。

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

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

@IanBoyd:我的意思是,所有这些文件(包括您链接的文件)都支持NTFS,因此您的信息显然不正确。

这可能会帮助您进一步比较NTFS5,NTFS,exFAT,FAT12,FAT16,FAT32。

#1 楼

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

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

来自Wikipedia(我的评论以粗体显示):可扩展到大磁盘:从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可定义的参数以针对特定设备特性自定义文件系统(适用于有特定需求的嵌入式设备)


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

有些缺失(和有效地无用或浪费可移动介质)功能包括:




备用数据流
文件压缩
日记记录

exFAT的唯一缺点是Microsoft尚未将其公开发布,要求公司对其使用许可才能使用。这可能更适合于数字视频录像机类型的设备,家庭用户已获得在Windows上使用它的许可。

从exFAT对FAT32对NTFS进行。但是



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


评论


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

–JoeCool
2012年12月21日在17:04

对于exFAT,针对可移动介质上的NTFS,还有一点:exFAT不支持文件所有权和权限,因此,当将文件从一个系统移动到另一个系统时,您不会受到NTFS这些功能的限制。

– Gerlos
16年1月2日在17:26



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

–phuclv
18-09-19在1:08



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

– Gerlos
18/09/19在9:39

#2 楼

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

#3 楼

如果使用EFS“已加密”属性(EFS代表加密文件系统,它实际上不是文件系统,而是NTFS的功能),则将带来一个非常重要的区别。

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

将加密的文件复制到另一个NTFS卷时,它会使用与原始密钥相同的密钥保持加密状态。这可能很棒,并且也可能非常令人讨厌,这取决于您的用例。

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

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

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

评论


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

– Sami Lehtinen
19 Mar 6 '19 at 16:02

#4 楼

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

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

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

评论


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

–cde
15年3月1日在15:36

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

–Wyatt8740
19年8月12日在4:37

#5 楼

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

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


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


#6 楼

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

评论


exFAT也是如此。它还具有DACL

–比利·奥尼尔(Billy ONeal)
2014年7月25日在6:54

#7 楼

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

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

评论


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

–西蒙东
16年1月3日在8:23

链接断开。 ..

–我说恢复莫妮卡
17年8月12日在4:17

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

– jangorecki
19年4月27日在12:36

#8 楼

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

您有多个相同品牌的USB,并且您想要创建不同的名称来标识每个USB。

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

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

评论


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

–phuclv
18-09-18在15:45



@phuclv我也看过它,但令人困惑。我的exFat驱动器只允许11,因此我的响应是基于此的。

– zar
18/09/18在17:22