常见问题

如果你对 ExtendFS 有疑问，请先在这里查找答案，再提交支持请求。

ExtendFS 支持 Apple Silicon 吗？

支持。运行 macOS 15.6 或更高版本的 Intel 和 Apple Silicon Mac 都支持，无需在恢复模式中修改系统安全设置。

GitHub 版本和 Mac App Store 版本有什么区别？

两者是功能完全相同的同一构建版本。App Store 可以自动更新，GitHub 版本免费。

为什么需要 macOS 15.6？

FSKit 首次发布于 macOS 15.4，因此 ExtendFS 无法支持更早的 macOS 版本。macOS 15.4 和 15.5 的 FSKit 存在严重问题，导致磁盘挂载更加复杂（FB17772372）。由于任何支持 macOS 15.4 的设备也都支持 macOS 15.6，因此我将最低版本设为 15.6，以简化使用。

有问题或发现错误应该去哪里？

请查看 支持文档，了解如何报告问题或寻求帮助。

不使用 App Store，如何支持这个项目？

ExtendFS 在 GitHub 上免费提供，不要求任何金钱支持。如果你仍想支持项目，可以通过 GitHub Sponsors 选择每月或一次性捐赠金额。

ExtendFS 将来会支持读写吗？

可能不会，但项目未来仍可能发展。

会支持 Btrfs 等其他 Linux 文件系统吗？

我认为，其他文件系统的只读支持比一般意义上的读写支持略有可能，但答案仍然是“可能不会”。不过在近期，至少对于 Btrfs 来说，答案几乎肯定是“不”。据我了解，Btrfs 的一个关键特性是子卷，也就是说一个块设备可能向系统呈现多个卷。然而，当前版本的 FSKit 只支持 Apple 所称的“单一文件系统”，基本上意味着一个块设备资源只能呈现一个卷。Apple 已表示未来版本的 FSKit 将支持更复杂的文件系统，但目前还没有实现这一点。

网站上的 FB 编号是什么？

它们是我针对 FSKit 提交的各种错误报告的 Apple 反馈编号。你无法查看这些编号，但它们主要供我自己参考（或者在 Apple 的员工看到时供其参考）。

既然有 ext4fuse，为什么还要制作 ExtendFS？

原因有几个：大多数其他工具与系统框架（例如负责磁盘自动挂载的 Disk Arbitration）集成得并不好。我不喜欢看到这种情况：macFUSE 等实现很难在 Apple Silicon 机器上安装，因为安装内核扩展需要在恢复模式中降低系统安全级别。（随着新版 macFUSE 支持 FSKit，以及 FUSE-T 等替代方案的出现，这个问题已经没那么严重，但默认情况下仍会使用内核扩展。）我觉得制作这个项目很有趣，也是很好的学习机会。FSKit 很新，仍有许多未知领域，因此尝试用它做出实用工具很有意思。