boot-volume 参数决定 macOS 实际默认启动目标，需满足签名有效、绑定 Recovery、FileVault 已解密等条件；设置不生效常见于缺失 Recovery、UUID 失效、选中 Boot Camp 或加密未解锁等情况。
boot-volume 参数决定 macOS 实际默认启动目标，不是“顺序”，也不是传统 BIOS 引导项列表——Mac 固件只认签名有效的 macOS 宗卷（含 Recovery），其他分区（如 Windows、Linux、未签名 macOS）设为“启动磁盘”会静默失败，回退到上次成功卷或恢复模式。
为什么“启动磁盘”设置有时不生效
常见现象：系统设置 > 通用 > 启动磁盘 里选了某个 macOS 宗卷，点“重新启动”后仍进错系统，或开机卡灰屏。
- 目标宗卷缺少配套的
Recovery宗卷（Role 不是Recovery）：Apple 要求每个可设为启动磁盘的 macOS 宗卷必须绑定一个有效恢复环境；用diskutil apfs list查看各宗卷的Role字段，若 System 卷对应无 Recovery 卷，该宗卷无法被持久设为启动目标 -
boot-volume指向已抹除/重格式化的宗卷：NVRAM 中残留旧 UUID，开机时找不到目标，自动跳转至恢复模式或上一次能启动的卷 - 选中的是 Boot Camp 分区（如
BOOTCAMP）：macOS 系统偏好设置里的“启动磁盘”面板允许点击它，但实际不会写入boot-volume；它依赖 Windows 侧的 Boot Camp 控制面板或开机按Option临时选择 - 系统处于 FileVault 加密未解锁状态：即使
boot-volume正确，若宗卷加密且未在前次登录中缓存解密密钥，也可能卡在登录界面之前
如何确认和清理当前 NVRAM 启动参数
终端命令直接反映固件真实状态，比图形界面更可靠：
- 查看当前设置：
sudo nvram -p | grep boot-—— 关注boot-volume和boot-args - 清除错误的启动目标：
sudo nvram -d boot-volume，清空后下次开机将尝试上一次成功卷，或进入恢复模式 - 手动指定某宗卷启动（调试用）：
sudo nvram boot-volume="<uuid>"</uuid>，UUID 需从diskutil info /或diskutil apfs list中复制，注意加引号 - 强制进恢复模式再重设：开机按
Cmd+R→ 进入恢复环境 → 打开“启动磁盘”工具 → 重新选择并点击“重新启动”
多个 macOS 宗卷之间切换的实际限制
同一块 APFS 容器内建多个 macOS 宗卷（比如 Sequoia 和 Sonoma）看似自由切换，但有隐性约束：
- 不能跨容器设置：两个 macOS 宗卷若分属不同 APFS 容器（即不同
diskXsY），则它们的Recovery是隔离的；一个容器里的 Recovery 无法引导另一个容器里的 System 卷 - 时间机器恢复后的宗卷默认不可启动：恢复操作生成的是“裸”系统卷，不含 Recovery，需在恢复环境中运行
reinstall macOS或用createinstallmedia补 Recovery - 第三方工具（如 OpenCore）注入的 EFI 分区不影响 macOS 原生启动逻辑：只要没禁用 SIP 或篡改 Boot ROM 行为，
boot-volume依然只作用于 Apple 签名的宗卷 - 修改后必须点“重新启动”按钮：仅关闭窗口或切换标签页，
boot-volume不会写入 NVRAM
boot-volume 的值和对应宗卷是否满足 Apple 的引导链验证——签名、APFS/HFS+、Recovery 绑定、FileVault 解密上下文。图形界面只是它的代理，不是权威来源。 
