mac启动时误选虚拟机磁盘，实为残留挂载干扰：需清理/volumes空目录、apfs容器内快照卷及virtualbox孤立.vdi文件，再重设默认启动磁盘。
mac 启动时误把虚拟机磁盘当启动盘，或启动管理器里出现异常卷名（如“ubuntu-dev”“vagrantbox”），本质不是系统选错，而是虚拟机残留挂载干扰了 macos 启动识别逻辑。重点要清理三类干扰源：已卸载但未清除的 /volumes 空目录、apfs 容器内滞留的快照卷、以及 virtualbox/vmware 未解绑的 .vdi/.vmdk 映像所触发的伪设备注册。
检查并删除 /Volumes 下的虚拟机残留挂载点
虚拟机强制退出后，常在 /Volumes 下留下同名空文件夹（如 /Volumes/Debian-12），它不被 Finder 显示，却会阻塞启动管理器对真实系统卷的识别：
- 按 Shift + Command + G 在访达中跳转到 /Volumes
- 查找名称含 “Ubuntu”“Debian”“CentOS”“Vagrant”“VMware” 或你自定义的虚拟机卷标的文件夹
- 右键 → “显示简介”，确认“占用空间”为 0KB；若可删，直接拖入废纸篓
- 若提示“正被使用”，打开终端运行：
lsof +D /Volumes/Debian-12（替换为实际名称），查出 PID 后执行 kill -9 [PID]，再删
进恢复模式清理 APFS 快照与冗余卷
VirtualBox 或 VMware 创建快照时，可能在 APFS 容器中生成带时间戳的隐藏卷（如 com.apple.TimeMachine.2026-08-22-143215），它们虽未挂载，但会干扰启动磁盘排序和引导逻辑：
- 关机 → 长按电源键进“启动选项” → 选“选项” → 进入恢复环境
- 打开终端，依次执行：
diskutil list（找是否有多个相似名称的卷）
ls /Volumes（确认无残留）
diskutil apfs list（查看容器内是否存在孤立快照卷） - 对确认无用的快照卷，运行：
diskutil apfs deleteVolume "com.apple.TimeMachine.xxx" - 完成后重启，再进启动管理器观察是否只剩真实系统卷
清理 VirtualBox 全局存储中的孤立虚拟硬盘
VirtualBox 的 .vdi 文件若未与 .vbox 配置文件配对，系统仍会将其注册为块设备（如 disk4），导致启动管理器错误列出一个“不可启动”的灰色图标：
- 打开 VirtualBox → “管理” → “全局设定” → “存储”
- 逐条查看“虚拟硬盘”列表右侧的路径（如 /Users/xxx/VirtualBox VMs/Win11/Win11.vdi）
- 用访达前往该路径，确认该 .vdi 所在文件夹内没有同名 .vbox 文件
- 若确认孤立，直接删除该 .vdi；切勿只删 .vbox 而留 .vdi
- 删完后，在终端运行 diskutil list，确认 disk4 或类似编号已消失
验证并重设默认启动磁盘
清理干扰项后，需主动重置启动偏好，避免系统继续尝试加载已失效的虚拟设备路径：
- 正常进入 macOS → 【系统设置】→【通用】→【启动磁盘】
- 点击右下角锁图标解锁 → 选中你的系统卷（如 Macintosh HD 或 Macintosh HD - Data）
- 点击“重新启动”按钮，让系统写入新的启动参数
- 如仍不生效，重启时长按电源键进启动管理器，手动点击系统卷图标启动一次，之后系统通常会自动更新默认值
