上周在我的Mac上：MacOS变得不可维护了吗？

与任何其他工程学科一样，软件工程不仅仅是动手编码。特别是当您开发操作系统时，需要在该过程中构建更多内容。在MacOS环境中，脑海中浮现出三个相互关联的功能：

这些是密切相关的，因为没有另外两个的支持，你不可能拥有其中任何一个。

我在太多的场合反复写过前两个问题，但在过去的几周里，第三个问题再次变得更加突出，比如EFI固件更新和APFS的维护。苹果长期以来一直引以为豪的是“它就是有效的”，但似乎已经说服自己这是不可侵犯的事实，并且已经变得无法考虑当它停止工作时会发生什么。

EFI固件更新失败的长期传奇就是一个很好的例子。在较旧版本的MacOSX中，苹果使用特殊的安装程序单独分发固件更新。几年前，这种情况发生了变化，固件更新仅作为MacOS或安全更新的一部分提供给用户。然后，用户开始报告安装更新时出现问题。一些原因归因于第三方内存或存储的使用，尽管为什么任何安装程序都应该反对完全合法的硬件升级，但苹果从未解释或承认过这一点。

EFI固件更新失败的最顽固问题是2015年末iMac Retina 5K 27英寸的iMac17，1。一些人顺利通过更新，将其升级到428.0.0.0.0版，另一些人仍然坚定不移地停留在170.0.0.0版，这是2019年7月MacOS Mojave 10.14.6的当前版本。虽然一些用户报告说，尽管他们的iMac仍在运行旧的固件，但看起来一切正常，例如，其他人在从睡眠中醒来时遇到了问题。

当用户向苹果公司的支持提出这个问题时，他们得到了各种各样的回答，包括声称他们的固件是最新的，该型号不可能进行进一步的更新，以及其他闪烁其词的不准确之处。最近，一名用户将他们的iMac17，1带到苹果零售店，在那里他们试图通过执行干净的重新安装来更新其固件，但它仍然停留在170.0.0.0.0。苹果甚至认为不适合向自己的支持人员提供有关当前固件版本的正确信息，或者向他们提供可以用来更新有问题的Mac(如iMac17，1)的工具。考虑到固件的根本重要性，这是一次引人注目的维护失败。

Catalina的新引导卷组(Boot Volume Group)的另一个维护问题变得明显起来，它包含了将两者编织在一起的系统和数据卷。自从报道了这一点后，我听说现在可以将新安装的系统卷与现有数据卷组合在一起，前提是您在重新安装MacOS时删除(或擦除？)。任何现有的和不需要的卷组(谢谢您，John)。我仍在努力寻找苹果的支持说明中对此有何解释，我将很快试用，这样我就可以详细说明所需的流程。

有迹象表明，Catalina的启动卷组在设计时没有考虑到可以解决这类问题的维护程序，并且当前的解决方案只是在Catalina最近几个月的发布周期中才发展起来的。

接下来转到APFS的另一个强大功能-快照。在这里，APFS似乎确实提供了发现每个快照占用的空间的基础，以及删除它们的工具，即使它们不是由Time Machine制作的。再说一次，似乎没有人考虑过孤立快照可能导致的问题，所以它们是MacOS的一个关键特性，而MacOS及其支持工具集基本上无法维护这些特性。

时间机器普遍而严重的问题已经在卡塔利纳变得明显，这暴露了它缺乏有效的维护工具。尽管早期迹象表明，这些问题可能会在Big Sur备份到APFS卷的新功能中得到解决，因为这更加依赖于快照，您或许可以猜到它的发展方向。

我们正在迅速地朝着“它就能工作”的推论前进，“如果它不能工作，那就擦掉所有东西，然后重新安装”。

在过去的三十年里，我一直在为五种不同的Mac杂志撰写问答专栏。我不得不在回答大多数问题之前提出备份和清理重新安装MacOS的建议，这等于承认苹果的Première操作系统已经不再可维护了。从我听到的关于Big Sur新的密封系统卷的所有消息来看，MacOS11.0并不是为了改善这种情况。如果你的车每次都有问题，你必须更换引擎，你不会认为这是糟糕的工程吗？对于iPhone来说，这可能是可以接受的，但对于一台合适的电脑来说，肯定是不能接受的。