macOS 的 /etc/fstab 不生效，因系统自10.7起默认禁用其解析，仅 sudo mount -a 时部分读取，开机挂载依赖 autofs 与 /etc/auto_master。
不能直接修改 macOS 的 /etc/fstab 来实现开机自动挂载 —— 系统会忽略它，除非你额外启用 autofs 或改用 /etc/auto_master 体系。
为什么 macOS 的 /etc/fstab 不生效
macOS 自 10.7 起默认禁用传统 fstab 解析，即使你手动创建或编辑了 /etc/fstab，mount 命令可能读取它（仅限当前终端执行），但 launchd 启动的挂载流程（包括开机挂载）完全跳过该文件。
- 系统启动时实际依赖的是
autofs服务，由/etc/auto_master驱动 -
fstab仅在显式运行sudo mount -a时被读取，且需配合-F指定文件系统类型（如hfs、apfs不支持此方式） - 写错格式会导致
mount报错：mount: unknown special file or file system
正确做法：配置 /etc/auto_master + 自定义映射文件
这是 Apple 官方支持、稳定且开机生效的方案。核心是把挂载点声明交给 autofs 管理。
- 先确认
autofs已启用：sudo launchctl list | grep autofs（应有输出） - 编辑
/etc/auto_master，追加一行：/mnt/nas -fstype=smbfs,soft,intr,nodev,nosuid ://user:pass@192.168.1.100/share - 更稳妥的做法是拆出独立映射文件，例如：
/etc/auto_nas存放具体路径，再在auto_master中引用：/mnt/nas /etc/auto_nas -nosuid,nobrowse - 每次修改后必须运行：
sudo automount -vc（刷新缓存并验证语法） - 挂载点目录（如
/mnt/nas）需提前创建，且权限建议设为root:wheel 755
常见失败场景与绕过限制的替代方案
遇到 SMB 挂载失败、密码含特殊字符、或需要挂载 APFS/HFS 外置盘时，autofs 可能不够灵活。
- SMB 密码含
/或@：URL 编码后仍易出错，建议改用mount_smbfs+launchd定时任务（而非开机即挂） - 挂载本地外置硬盘（如 NTFS/FAT32）：用
diskutil list找到IDENTIFIER（如disk2s1），再写launchdplist 调用mount -t ntfs -o rw,auto,nobrowse /dev/disk2s1 /Volumes/MyDrive - 避免使用
/Volumes下的路径作挂载点 —— macOS 可能自动占用同名卷宗导致冲突 -
autofs默认“按需挂载”（首次访问才触发），如需开机即挂，得加-fstype=xxx,extraopts并确保父目录被其他服务提前访问（不推荐强行 hack）
真正麻烦的不是写哪行配置，而是 macOS 把挂载逻辑拆成了三套机制（autofs、launchd、Finder 的共享卷自动挂载），而它们互不感知。选错路径，轻则挂载延迟，重则开机卡在灰色进度条。
