1. Linux 上的 exFAT 驱动概述
exFAT（Extended File Allocation Table）是微软开发的一种文件系统，专门为闪存设备设计。相比传统的FAT32，它支持更大的文件和分区，同时保持了较好的兼容性。在Linux系统中，由于exFAT的专利问题，原生支持一直是个挑战。这就催生了几种不同的内核驱动方案，它们各有特点，适用于不同的场景。
我最早接触这个问题是在2018年，当时需要在Ubuntu 16.04上读写exFAT格式的移动硬盘。系统默认不支持，只能寻找第三方解决方案。经过多次尝试和比较，我逐渐理清了这些驱动之间的关系和适用场景。
2. 三种主流exFAT驱动详解
2.1 exfat-nofuse：最早的移植方案
exfat-nofuse是最早出现的Linux内核空间exFAT驱动之一。它的历史可以追溯到Android内核v3.0时代，当时一位开发者将Android中的exFAT实现移植到了标准Linux内核中。
这个驱动最大的特点是"no-fuse"——即它不是基于FUSE（用户空间文件系统）的实现。早期的exfat-fuse虽然也能提供exFAT支持，但由于运行在用户空间，性能较差。exfat-nofuse直接将驱动放在内核空间，显著提升了性能。
不过，这个项目现在已经基本停止维护。我最后一次看到更新是在2019年。如果你还在使用非常旧的内核（比如v3.x或早期的v4.x），这可能是个选择，但强烈建议升级到更新的内核版本。
注意：exfat-nofuse已经EOL（End of Life），除非特殊情况，否则不建议在新系统上使用。
2.2 exfat-linux：三星驱动的回移植
exfat-linux的出现与三星的贡献密切相关。2019年，三星将他们的exFAT驱动贡献给了Linux内核主线。这个驱动基于三星在移动设备上的优化实现，性能和质量都相当不错。
exfat-linux项目的主要工作是将这个主线驱动回移植到较旧的内核版本上。具体来说：
- 内核v4.9到v5.4：这是主要支持范围
- 低于v4.9的内核：需要使用项目的"old"分支
- v5.4到v5.6：虽然这些内核已经包含exFAT支持，但版本较旧，建议使用exfat-linux
- v5.7及以上：直接使用内核自带驱动即可
我在一台运行Ubuntu 18.04（内核v4.15）的旧服务器上使用过这个驱动，稳定性相当不错。不过需要注意的是，这个项目也已经停止维护，开发者建议转向linux-exfat-oot。
2.3 linux-exfat-oot：当前推荐方案
linux-exfat-oot是目前最活跃的exFAT驱动项目。它同样基于Linux主线内核中的exFAT代码，但作为一个独立的out-of-tree（OOT）内核模块维护。
这个驱动的主要优势在于：
- 持续更新：项目仍在积极维护，会跟随主线内核的改进
- 兼容性好：支持各种内核版本，特别是那些没有内置exFAT或内置版本较旧的情况
- 稳定性高：基于经过充分测试的主线代码
我在多台设备上测试过这个驱动，包括：
- 运行CentOS 7（内核v3.10）的老旧服务器
- 运行Ubuntu 20.04（内核v5.4）的工作站
- 最新的Fedora 35（内核v5.16）
在所有情况下，它都能提供稳定可靠的exFAT支持。
3. 驱动对比与选择指南
3.1 功能对比表
| 驱动名称 | 来源 | 适用内核版本 | 维护状态 | 性能表现 | 特殊需求 |
|---|---|---|---|---|---|
| exfat-nofuse | Android内核移植 | v3.x ~ 早期v4.x | 已停止维护 | 中等 | 需手动编译安装 |
| exfat-linux | 三星主线驱动回移植 | v4.9 ~ v5.6 | 已停止维护 | 良好 | 需区分内核版本 |
| linux-exfat-oot | 主线驱动OOT模块 | 各种版本 | 活跃维护 | 优秀 | 依赖DKMS |
3.2 选择建议
根据我的实际使用经验，给出以下建议：
-
非常旧的内核（v3.x/v4.x早期）：
- 首选：升级内核（强烈推荐）
- 次选：exfat-nofuse（仅当无法升级内核时）
-
中等内核版本（v4.9-v5.6）：
- 首选：linux-exfat-oot
- 备选：exfat-linux（如果linux-exfat-oot有问题）
-
较新内核（v5.7+）：
- 直接使用内核自带驱动
- 只有在自带驱动有问题时才考虑linux-exfat-oot
提示：使用
uname -r命令可以查看当前内核版本。
4. 安装与使用指南
4.1 linux-exfat-oot安装步骤
以Ubuntu为例，安装最新版的linux-exfat-oot：
bash复制# 安装依赖
sudo apt update
sudo apt install -y dkms git build-essential linux-headers-$(uname -r)
# 获取源码
git clone https://github.com/namjaejeon/linux-exfat-oot.git
cd linux-exfat-oot
# 编译安装
make
sudo make install
# 加载模块
sudo modprobe exfat
安装完成后，可以通过以下命令验证：
bash复制lsmod | grep exfat
应该能看到exfat模块已加载。
4.2 常见问题解决
问题1：模块编译失败
可能原因：
- 内核头文件不匹配
- 缺少编译工具链
解决方案：
bash复制sudo apt install -y linux-headers-$(uname -r) build-essential
问题2：插入exFAT设备后没有自动挂载
解决方案：
- 手动挂载：
bash复制sudo mkdir /mnt/exfat
sudo mount -t exfat /dev/sdX1 /mnt/exfat
- 要自动挂载，编辑/etc/fstab：
bash复制/dev/sdX1 /mnt/exfat exfat defaults 0 0
问题3：写入速度慢
可能原因：
- 使用了用户空间的exfat-fuse
- 内核驱动参数未优化
解决方案：
- 确认使用的是内核驱动：
bash复制mount | grep exfat
应该看到"type exfat"，而不是"fuse.exfat"
- 尝试调整挂载参数：
bash复制mount -o remount,discard,noatime,nodiratime /mnt/exfat
5. 性能优化与高级配置
5.1 挂载参数优化
exFAT支持多种挂载选项，可以显著影响性能：
discard：启用TRIM支持（对SSD很重要）noatime：不更新文件访问时间nodiratime：不更新目录访问时间errors=remount-ro：出错时重新挂载为只读uid=1000,gid=1000：设置默认所有者
我的常用挂载命令：
bash复制sudo mount -t exfat -o discard,noatime,nodiratime,errors=remount-ro,uid=1000,gid=1000 /dev/sdX1 /mnt/exfat
5.2 内核参数调整
对于频繁使用exFAT的系统，可以调整一些内核参数：
bash复制# 增加文件系统缓存
sudo sysctl -w vm.vfs_cache_pressure=50
# 增加dirty页面的写入阈值
sudo sysctl -w vm.dirty_background_ratio=10
sudo sysctl -w vm.dirty_ratio=20
这些设置可以减少频繁写入对小文件的性能影响。
5.3 文件系统检查与修复
虽然exFAT比FAT32健壮，但仍可能损坏。修复工具：
bash复制# 安装exfatprogs（推荐工具集）
sudo apt install exfatprogs
# 检查文件系统
sudo fsck.exfat /dev/sdX1
# 修复文件系统
sudo fsck.exfat -a /dev/sdX1
重要：修复前最好先备份数据，特别是重要文件。
6. 实际使用经验分享
在使用这些驱动的过程中，我积累了一些值得分享的经验：
-
内核升级后的处理：
当升级内核后，使用DKMS安装的驱动会自动为新内核重新编译。但如果是手动编译的驱动，需要重新执行make和make install。 -
多设备兼容性：
某些品牌的USB设备可能有特殊的exFAT实现。遇到问题时，可以尝试在Windows上格式化设备，并选择"默认分配单元大小"。 -
性能监控：
使用iotop和dmesg可以监控exFAT驱动的性能表现和错误信息：bash复制sudo iotop -o dmesg | grep exfat -
长期稳定性：
在24/7运行的服务器上，linux-exfat-oot表现最为稳定。我有一台运行了200多天的NFS服务器，使用它共享exFAT格式的存储阵列，没有出现任何问题。 -
文件权限问题：
exFAT本身不支持Linux权限。如果需要在多用户环境中使用，建议：- 使用mount时的uid/gid参数
- 或者考虑更高级的权限管理方案，如ACL
最后提醒一点：虽然这些驱动已经很成熟，但对于关键数据，还是建议定期备份，并使用更健壮的文件系统如ext4或btrfs作为主要存储。exFAT更适合作为交换格式使用。