macOS默认仅支持NTFS只读，因内核驱动禁用写入；需通过macFUSE+ntfs-3g手动挂载并指定rw、uid、gid等参数方可实现稳定读写。
macOS 默认只支持 NTFS 分区的只读访问，想直接写入文件（比如复制、删除、改名），必须手动挂载并启用读写。这不是系统 bug，而是 Apple 出于稳定性考虑默认禁用 NTFS 写入——但完全可行，且无需第三方收费软件。
为什么 mount 命令直接挂载会失败或仍是只读
macOS 自带的 ntfs 文件系统驱动（ntfs.kext）在内核层明确禁用了写入逻辑。即使你用 sudo mount -t ntfs 指定类型，系统也会静默降级为只读，且不报错。常见现象包括：保存文件时提示“Operation not permitted”，touch 或 cp 失败，Finder 里文件图标变灰不可编辑。
真正起作用的是开源的 ntfs-3g 驱动，它通过 FUSE（用户态文件系统）接管挂载流程，绕过内核限制。
- 必须先安装
fuse和ntfs-3g（推荐用brew install macfuse ntfs-3g；注意：新版macfuse已取代旧版osxfuse） -
ntfs-3g安装后不会自动替换系统默认挂载行为，需显式调用其二进制 - 挂载点目录必须存在且权限可写（建议用
/Volumes/MyNTFS这类路径，避免空格和中文）
如何用 ntfs-3g 手动挂载并确保读写生效
关键不是“挂上”，而是“挂对”。以下命令缺一不可：
sudo mkdir -p /Volumes/MyNTFS sudo /usr/local/bin/ntfs-3g -o rw,auto,nobrowse /dev/disk2s1 /Volumes/MyNTFS
说明：
-
/dev/disk2s1需替换成你设备的实际标识（用diskutil list查，认准Microsoft Basic Data类型分区） -
-o rw,auto,nobrowse中rw是必需的，auto让系统识别为可自动挂载设备，nobrowse防止 Finder 自动弹出窗口（避免冲突） - 必须用完整路径调用
/usr/local/bin/ntfs-3g，不能只写ntfs-3g（否则可能调到错误版本或找不到命令） - 挂载后运行
mount | grep ntfs，确认输出含ntfs-3g和rw字样，而非ntfs
开机自动挂载的可靠做法（非 launchd 推荐方案）
macOS 的 /etc/fstab 在较新版本（尤其是启用了 SIP 的系统）中已被限制，写入后常被忽略。更稳妥的方式是用脚本 + 登录项：
- 写一个挂载脚本（如
~/bin/mount-ntfs.sh），内容为上面那条ntfs-3g命令 chmod +x ~/bin/mount-ntfs.sh- 系统设置 → 用户与群组 → 登录项 → “+” 添加该脚本（注意勾选“隐藏”以避免终端窗口闪现）
- 首次运行前确保外置盘已插入，否则脚本会失败；可加简单判断：
if diskutil info disk2s1 > /dev/null 2>&1; then ...
不推荐用 launchd 定时轮询设备，容易触发权限弹窗或挂载竞争。
权限继承与用户写入问题（最易被忽略的一环）
即使挂载成功且显示 rw，你仍可能遇到“Permission denied”——这通常不是挂载问题，而是 NTFS 分区本身的 ACL 或所有者未映射到当前 macOS 用户。
- 挂载时加
uid=501,gid=20（其中501是你用户的id -u，20是staff组的id -g），强制所有文件归属当前用户 - 完整挂载命令示例：
sudo /usr/local/bin/ntfs-3g -o rw,auto,nobrowse,uid=501,gid=20 /dev/disk2s1 /Volumes/MyNTFS - 若分区原属 Windows 系统，且启用了 BitLocker 或加密，
ntfs-3g无法解密，此时挂载会直接失败
真正麻烦的从来不是挂载动作本身，而是挂载参数是否匹配你的用户 ID、分区是否有隐藏加密、以及 Mac 上多个 FUSE 实例是否冲突——这些细节没对齐，前面所有步骤都白做。
