MacFUSE在macOS 14.6.1及15.0版本中的内核扩展加载问题分析

问题背景

近期多位用户报告在升级到macOS 14.6.1和15.0(Sequoia)系统后，MacFUSE内核扩展无法正常加载，系统陷入"重建/重启"的循环中。这一问题表现为在"隐私与安全"设置面板中反复提示需要批准内核扩展，但即使用户点击允许并重启，问题依然存在。

技术分析

内核扩展管理机制变化

自macOS 11(Big Sur)起，苹果引入了辅助内核扩展集合(Auxiliary Kext Collection)机制。用户批准加载的内核扩展会被打包到这个集合中，每次批准新扩展时系统都会重建这个集合。从日志分析，问题根源在于系统无法成功构建这个辅助内核扩展集合。

潜在原因分析

1. 遗留内核扩展冲突：部分用户的系统中存在不再兼容的旧版内核扩展，特别是为Intel处理器设计的扩展，如：

   • CUDA.kext
   • SiLabsUSBDriver64.kext
   • JMicronATA.kext
   • NortonForMac.kext
   • ndcengine.kext

2. 签名验证失败：某些旧扩展的签名无法通过验证，导致集合构建过程中断。

3. 系统级缓存问题：内核扩展管理系统可能因缓存或数据库损坏而无法正确处理新扩展。

解决方案尝试

基础排查步骤

1. 清理旧扩展：

   sudo rm -rf /Library/Extensions/有问题的扩展名.kext
   

2. 清除内核扩展暂存区：

   sudo kmutil clear-staging
   

3. 重建内核集合：

   sudo kmutil rebuild
   

高级恢复方法

对于上述方法无效的情况，可尝试在恢复模式下执行：

kmutil trigger-panic-medic --volume-root /Volumes/Macintosh\ HD

此命令将：

• 清除暂存的内核扩展
• 删除辅助内核扩展集合
• 重置已批准扩展的数据库

临时替代方案

部分用户报告使用fuse-t作为临时替代方案可行，但功能上可能不如MacFUSE完善。

开发者建议

MacFUSE维护者指出：

1. 该问题可能源于macOS本身的bug而非MacFUSE
2. 正在开发基于FSKit的新版本，但苹果可能已将其从macOS 15.0初始版本中移除
3. 需要更多调试日志来准确定位问题

用户注意事项

1. 企业管理的设备可能因SIP(System Integrity Protection)限制而无法解决
2. 操作前建议备份重要数据
3. 移除旧扩展时需确认其不再需要

后续展望

随着苹果逐步收紧内核扩展机制，长期解决方案可能需要等待：

1. macOS后续版本修复此问题
2. 基于FSKit的新版MacFUSE发布
3. 苹果提供更明确的内核扩展管理指导

建议受影响的用户关注项目更新，同时可考虑暂时使用替代方案满足基本需求。