<p>macOS 不使用 /etc/fstab，因其挂载机制由 autofs 和 launchd 驱动，强调按需挂载与安全性；正确方式是配置 /etc/auto_* 文件配合 automount，或使用 launchd plist 实现开机挂载。</p>
macOS 并不使用传统 Linux 的 /etc/fstab 文件来管理开机挂载，而是通过 automount 机制（基于 /etc/auto_* 配置文件和 autofs 服务）实现网络或本地卷的按需/自动挂载。直接修改 /etc/fstab 在 macOS 上无效且不被系统读取。
为什么 macOS 没有真正的 /etc/fstab？
macOS 基于 Darwin（类 Unix），但其挂载策略由 launchd 和 autofs 驱动，强调安全性、沙盒化与按需挂载。系统启动时不会解析 /etc/fstab；即使手动创建该文件，也不会生效。部分用户误以为它存在或可用，实为历史遗留认知偏差。
正确方式：用 autofs 实现开机自动挂载（推荐）
适用于 NFS、SMB、AFP 等网络共享，也支持本地磁盘（如 APFS 卷、外置硬盘）。核心步骤如下：
-
确认目标设备已正确识别：用
diskutil list或ls /dev/disk*查设备标识（如/dev/disk2s1），或用mount查已挂载路径 -
创建挂载点目录：如
sudo mkdir -p /Volumes/mydata（路径必须存在且权限合理） -
编辑 automount 主配置：运行
sudo nano /etc/auto_master，在末尾添加一行：/Volumes/mydata /etc/auto_mydata -nosuid,nobrowse -
新建映射文件：执行
sudo nano /etc/auto_mydata，写入挂载规则，例如：* -fstype=apfs,auto,nobrowse :/dev/disk2s1（本地 APFS 卷）
或nas -fstype=smbfs,soft,nobrowse ://user:pass@192.168.1.100/share（SMB） -
加载配置并测试：运行
sudo automount -vc刷新规则，然后访问cd /Volumes/mydata触发挂载
替代方案：使用 launchd 启动脚本（适合一次性本地挂载）
若只需开机挂载某个本地磁盘（如 NTFS 或未自动识别的卷），可写一个 launchd plist：
- 创建 plist 文件：
~/Library/LaunchAgents/local.mount.disk.plist - 内容示例（挂载 /dev/disk3s1 到 /Volumes/Data）：
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Label</key>
<string>local.mount.disk</string>
<key>ProgramArguments</key>
<array>
<string>mount</string>
<string>-t</string>
<string>ntfs</string>
<string>/dev/disk3s1</string>
<string>/Volumes/Data</string>
</array>
<key>RunAtLoad</key>
<true/>
</dict>
</plist> - 加载：执行
launchctl load ~/Library/LaunchAgents/local.mount.disk.plist
注意事项与常见问题
避免踩坑的关键点：
- 不要给
/etc/fstab赋予任何期望——它在 macOS 中只是兼容性占位符，无实际作用 - autofs 挂载是“惰性”的：目录首次访问才触发挂载，不是严格意义上的“开机即挂”；如需立即挂载，可在
auto_master中加-fstab标志（仅限部分场景） - SMB 密码明文写在 plist 或 auto_* 文件中存在安全风险，建议改用 keychain +
mount_smbfs -N或配置 Kerberos - 外置硬盘建议用 UUID 或磁盘名（而非
/dev/diskNsM）定位，因设备节点可能变动；可用diskutil info /dev/disk2s1 | grep "Volume UUID"获取
