macOS系统卷默认只读是Catalina起实施的安全设计，通过APFS卷组、只读挂载和firmlink三层机制隔离系统文件，防止篡改并支持原子更新，同时用firmlink透明映射/Applications等路径至数据卷，保障日常使用无感。
macOS 系统卷（如 Macintosh HD）默认只读，不是故障，而是从 Catalina 开始强制实施的安全设计。它通过 APFS 卷组 + 只读挂载 + firmlink 三层机制，在保障系统稳定的同时，不牺牲日常使用体验。
为什么系统卷必须只读
只读不是限制，而是隔离：系统文件（/System、/usr、/bin 等）被完整迁移到一个独立的 APFS 卷，并设为物理只读。这意味着：
- 即使恶意软件获得 root 权限，也无法直接覆写或注入系统二进制文件
- 系统更新通过原子快照切换实现——新卷就绪后直接切换挂载点，旧卷可瞬间回滚
- SIP（系统完整性保护）不再只是“软件层锁”，而是由文件系统底层强制执行
用户为何感觉不到只读？靠 firmlink 透明映射
你仍能正常访问 /Applications、/Users、/Library，是因为这些路径实际是 firmlink，指向 /System/Volumes/Data 下的真实数据卷。例如：
- /Applications → 指向 /System/Volumes/Data/Applications
- /Users → 指向 /System/Volumes/Data/Users
- /Library → 指向 /System/Volumes/Data/Library
这种映射在 APFS 驱动层完成，对 Finder、终端、所有应用完全透明，无需重写路径逻辑。
哪些操作会触发“Read-only file system”错误
当你尝试直接修改只读卷上的内容时，系统会拒绝。典型场景包括：
- 用 sudo cp 向 /System 或 /usr 写入文件
- 执行 sudo touch /bin/test 或 sudo rm /sbin/shutdown
- 手动挂载系统卷并加 -o rw 参数（会被内核忽略或报错）
注意：这类操作本就不应发生——正确做法是修改对应 firmlink 目标路径，例如向 /System/Volumes/Data/Applications 安装 App，而非 /Applications。
临时绕过只读的适用场景与风险
极少数开发或调试需要修改系统卷（如内核扩展调试、固件工具链），此时可：
- 重启进入恢复模式，运行 csrutil disable 关闭 SIP
- 再执行 sudo mount -uw / 重新挂载根路径为可写（仅对当前会话有效）
- 操作完成后，务必 csrutil enable 并重启，否则系统将失去关键防护
日常使用中无需、也不建议关闭该机制。安全边界清晰，才是 macOS 稳定的基础。
