1. 问题背景
在 NVIDIA Jetson AGX Orin (JetPack 6.1 / Ubuntu 22.04) 环境下，插入 exFAT 格式的移动硬盘时，系统未自动挂载。尝试手动挂载时，主要遇到了以下两个阻碍：
驱动报错：使用普通挂载命令时提示文件系统类型未知。
mount: /home/ssd: unknown filesystem type 'exfat'挂载点冲突：安装驱动后尝试挂载，提示目录非空。
fuse: mountpoint is not empty fuse: if you are sure this is safe, use the 'nonempty' mount option
此外，exFAT 硬盘在 Linux 下经常出现*能读不能写”（只能由 root 写入）的权限问题。本文将提供一套完整的解决方案。
2. 核心原因分析
内核支持缺失：Jetson 的官方 L4T 内核（Kernel）通常为了精简，默认没有编译 exFAT 的内核级驱动，导致标准的
mount -t exfat指令无法识别设备。权限机制差异：exFAT 是 Windows 的文件系统，不支持 Linux 的用户/组（UID/GID）权限位。如果不手动指定映射，Linux 会默认将其归属为 root 用户，导致普通用户无法写入数据。
挂载保护机制：Linux 禁止将设备挂载到一个非空目录（该目录下有残留文件），以防止原有文件不可见。
3. 详细解决方案
第一步：安装 exFAT 支持工具
我们需要安装用户态（FUSE）驱动工具包。打开终端执行：
sudo apt-get update sudo apt-get install exfat-fuse exfatprogs第二步：确认硬盘设备号
插入硬盘，使用lsblk命令查看设备名称。
lsblk输出示例：找到容量匹配（如 931.5G）的设备，假设设备号为/dev/sdb1（请务必根据实际情况修改，可能是 sda1 或 sdb1）。
第三步：获取当前用户的 UID 和 GID（关键）
为了解决“只读”权限问题，必须知道当前用户的 ID。在终端输入：
id输出示例：
uid=1000(zkzw) gid=1000(zkzw) groups=1000(zkzw)...说明：记下你的uid和gid，通常第一个创建的用户都是1000。
第四步：执行终极挂载指令
使用以下完整指令进行挂载：
# 语法模板： # sudo mount.exfat-fuse [设备路径] [挂载点] -o uid=[用户ID],gid=[组ID],umask=0022,nonempty # 实战指令（请根据你的设备号修改 /dev/sdb1）： sudo mount.exfat-fuse /dev/sdb1 /home/ssd -o uid=1000,gid=1000,umask=0022,nonempty4. 技术深究：为什么要这么写？
在执行上述指令时，可能通过会有以下疑问，这里做详细原理解释：
Q1: 为什么不用通用的mount指令，而是mount.exfat-fuse？
虽然通常可以通过mount -t exfat挂载，但在 Jetson 这类嵌入式系统中，内核（Kernel Space）往往未开启 exFAT 模块。
如果使用
mount，系统会试图请求内核驱动，结果失败。解决方法：直接调用
mount.exfat-fuse，强制命令系统使用我们安装在用户空间（User Space）的 FUSE 驱动。这是在不重新编译内核的情况下最稳妥的方式。
Q2:uid=1000,gid=1000是什么意思？
exFAT 文件系统本身不记录“这个文件属于谁”。
如果不加这行参数：挂载后所有文件默认属于
root，普通用户双击打开文件时会提示“权限不足”或变为只读模式。解决方法：通过
-o uid=1000,gid=1000，我们在挂载的瞬间“强行”将硬盘里所有文件的所有权映射给当前用户（ID 1000），从而获得完整的读写权限。
Q3: 为什么要加,nonempty？
这是针对报错fuse: mountpoint is not empty的参数。
你的挂载点目录（例如
/home/ssd）里可能包含之前操作留下的残留文件。Linux 默认为了保护这些文件不被“遮挡”，会阻止挂载。解决方法：加上
nonempty告诉系统：“我知道里面有东西，请忽略保护，直接覆盖挂载。”
5. 验证与安全卸载
验证是否成功：
ls /home/ssd # 或者查看挂载详情 df -h安全卸载（重要）：拔掉硬盘前，必须执行卸载命令，否则可能导致数据丢失或下次挂载报错：
sudo umount /home/ssd本文基于 NVIDIA Jetson AGX Orin / Orin NX 实测通过。
