mac不修复mbr引导记录，而是通过单用户模式挂载可写、用fsck_apfs -y -s修复启动宗卷元数据、diskutil apfs updatepreboot重建预启动绑定、修复dslocal权限来恢复引导。
Mac 不使用传统 PC 的“主引导记录（MBR）”或“主启动记录（Boot Record）”，而是依赖 Apple 自研的固件（Apple Silicon 为 Boot ROM，Intel 为 EFI）和 APFS 容器结构中的 预启动环境（Preboot Volume）、恢复宗卷（Recovery Volume） 和 启动宗卷（System Volume） 协同完成引导。所谓“主引导记录损坏”在 macOS 中实际表现为：
- 启动卡在禁止符号（?）、问号文件夹（❓）、灰屏或 Apple 标志不动
- 进入单用户模式后提示
localhost:/ I have no name !# - 系统无法识别启动磁盘，或“磁盘工具”显示卷不可用、急救失败
这类问题本质是 APFS 容器元数据、预启动配置、宗卷绑定关系或系统快照异常，而非 MBR 可写区域损坏。因此 macOS 没有 fdisk 或 bootrec 类工具，修复需围绕 APFS 结构展开。
以下是在单用户模式下针对性处理引导关键组件的操作路径：
确认并挂载根宗卷为可写
单用户模式默认以只读方式加载系统卷，必须先启用写入权限才能执行修复命令。 - 开机时立即长按 Command + S，进入纯文本终端 - 输入以下命令并回车：/sbin/mount -uw /
- 可选验证：运行/sbin/fsync
确保缓存同步检查并修复 APFS 容器与启动宗卷
APFS 引导依赖容器完整性及宗卷间正确引用。不能直接修复“引导记录”，但可强制校验并重建关键链路： - 先列出设备结构：diskutil list
- 找到你的系统卷标识符（如 disk1s1 对应 Macintosh HD，disk1s2 对应 Preboot） - 运行深度修复：fsck_apfs -y -S /dev/disk1s1
重建预启动环境绑定
Preboot Volume 是 macOS 加载内核前的关键环节，若其与系统宗卷解耦，会导致禁止符号或无名用户问题。 - 更新预启动绑定：diskutil apfs updatePreboot disk1
（disk1 是容器编号，非宗卷；可通过diskutil apfs list
确认） - 重启后若仍无法登录，再补运行：diskutil apfs repairVolume disk1s1
重置用户身份与 dslocal 权限（应对 localhost:/ 提示）
当系统能启动到单用户但显示 `I have no name !#`，说明 `/var/db/dslocal` 目录权限错乱或用户数据库损坏。 - 手动修复目录权限：chown -R root:wheel /var/db/dslocal
- 重置本地目录服务：launchctl load /System/Library/LaunchDaemons/com.apple.DirectoryServices.plist
- 或更稳妥地：运行dscl . -create /Users/yourusername
（需提前知道用户名）不复杂但容易忽略
