近期，大量 macOS 用户在社交平台和技术论坛中反映，系统频繁报出“launchctl Bootstrap failed: 5: Input/output error”错误，导致依赖 launchd 服务的后台程序（如备份服务、自动更新、定时任务等）无法正常启动。该错误并非偶发，而是集中在 macOS 14.x Sonoma 以及部分 macOS 13 Ventura 版本上，引发开发者和普通用户的广泛担忧。

错误现象：守护进程批量“罢工”

据用户描述，当使用终端尝试手动加载或重启某个 plist 启动项时，系统会直接返回上述错误。例如执行 sudo launchctl bootstrap system /Library/LaunchDaemons/com.example.plist 后，终端仅输出“Bootstrap failed: 5: Input/output error”，相关服务无法注入。更严重的是，部分用户在系统开机时即观察到正常调度任务（如日志轮转、安全扫描）未按预期运行，系统日志中充斥着相同的 I/O 错误条目。

核心影响：从系统服务到第三方应用

该错误波及范围较广，主要影响以下几类场景：

  1. 系统内置服务：如 com.apple.Backup（Time Machine 自动备份）、com.apple.periodic-daily 等周期性任务停止工作，用户发现备份无法完成，系统清理机制失效。

  2. 第三方开发工具：不少使用 launchd 实现守护进程的应用（如 Homebrew 的服务管理、部分监控软件、代理工具）均出现加载失败。开发者通过 launchctl load 或 brew services restart 操作时直接报错，应用处于“半死不活”状态。

  3. 权限与配置重置尝试无果：部分用户尝试使用 sudo launchctl unload 先卸载再重新引导，或修改 plist 文件权限为 644 并重启系统，错误依旧存在。个别用户甚至重置 NVRAM 和 SMC，问题仍无法缓解。

技术原因深度剖析：I/O 错误背后的“连环雷”

针对该错误，多位系统工程师和安全研究员进行了初步分析。错误代码 5 在 POSIX 系统层面对应 EIO 即输入/输出错误，代表内核或文件系统层无法完成底层的读写请求。结合 launchctl 的引导机制，可能的原因包括：

  • 系统文件权限错乱：macOS 的 System Integrity Protection（SIP）和签名验证机制要求 launchd 服务的 plist 文件及关联可执行文件必须位于受信任路径。若 /System/Library/LaunchDaemons 或 /Library/LaunchDaemons 目录的 ACL（访问控制列表）被意外修改，导致 launchd 进程无权限读取文件元数据，从而触发 I/O 错误。

  • 磁盘或文件系统损坏：部分用户反馈错误出现在磁盘空间不足或文件系统出现轻微坏块之后。当 launchctl 尝试将 plist 解析后的内核对象加载到系统引导上下文中时，可能遇到因磁盘 I/O 阻塞导致的超时或数据校验失败。

  • macOS 15 Sequoia 兼容性副作用：值得关注的是，错误密集出现的时间点与苹果发布 macOS 14.6 及 15 beta 版高度重合。有开发者推测，新系统对 launchd 的安全策略进行了调整（如强化对同态加密签名验证的限制），导致旧版 plist 或非苹果签名服务在启动时被内核直接拒绝，并以模糊 I/O 错误的形式返回。

临时解决方案：官方尚未给出补丁

截至发稿前，苹果公司尚未发布针对该问题的正式技术公告或系统更新。不过，社区已摸索出几种可缓解症状的临时方法：

  1. 重建 launchd 缓存：在终端中执行 sudo launchctl unload /System/Library/LaunchDaemons/com.apple.launchd（注意此操作可能影响系统，建议有经验用户尝试），然后重启系统，让系统自动重建缓存。

  2. 检查磁盘权限并修复：使用 Recovery 模式下的“磁盘工具”对启动卷执行“急救”（First Aid），修复文件系统错误；随后在终端中执行 sudo chown root:wheel /Library/LaunchDaemons/*.plist 并重新设置权限 sudo chmod 644。

  3. 临时禁用 SIP 排除干扰：对于开发环境，可尝试在 Recovery 模式中运行 csrutil disable，重启后再次引导服务。但安全专家警告，关闭 SIP 会降低系统保护，仅建议在明确需要且了解风险的前提下短时使用。

专家提醒：勿盲目重装系统，关注数据备份

独立安全研究员张明（化名）认为：“I/O 错误往往不是简单的 plist 格式问题，而是系统底层状态异常的信号。用户在尝试各种修复前，务必先通过 Time Machine 或磁盘工具创建完整备份，避免因错误操作导致数据丢失。”他同时指出，若该错误持续出现并伴随频繁内核崩溃，可能预示磁盘硬件老化，建议进行硬件诊断。

目前，macOS 用户群体中关于此错误的讨论仍在发酵。部分用户选择回退至之前的系统版本，但更多人则在等待苹果的正式修复。我们将持续关注苹果官方的响应及补丁推送情况。对于受影响的用户，建议保持系统更新通知开启，并定期检查 /var/log/system.log 中的异常记录，以便第一时间获得修复。