起因：系统出现故障
7月31号晚，iMac上的多个应用出现了故障。现象是需要弹出文件对话框的时候，应用会卡住。经过检查，发现是iCloud Drive的同步出现了问题。通过查看macOS Catalina 10.15 beta 4的发布说明，发现iCloud的同步出现错误，是个已知的问题。苹果给出的临时解决方案为手动点击下载。
但是我即便手动点击也无法下载。我决定采用常规的手段，禁用iCloud Drive，然后再开启。多次尝试都没能成功。系统每次都提示遇到了错误。于是我又想，那我可以注销掉iCloud账户，然后再重新登录。又尝试了多次，同样也没能成功，系统提示遇到了错误。
我只好用iCloud账户无法注销来进行搜索，尝试了两个不同的方案，第一个没起作用，第二个起作用了，重启之后，显示我没有已登录iCloud账户了。然后我尝试重新登录，结果这下无论如何都无法登录成功。
此时，我只能进行系统恢复了。
第一次恢复
我的备份自以为还是很充分的。
我有CCC（Carbon Copy Cloner）的每日备份，设定在每天清晨5点，如果备份失败则给我发邮件。鉴于我近期没有收到邮件，那么最近的备份就都应该是成功的。
此外，我还有时光机的网络备份。因为目前使用的是macOS 10.15的测试版，我还在测试版之初，就重新设定了备份磁盘，也就是说，我不仅有10.15 beta的单独时光机备份，还有之前10.14的时光机备份。
因为CCC的恢复最快，我决定重新启动到CCC备份分区，进行恢复。
进入到CCC的备份分区，我发现了第一个问题。CCC最后一次的备份时间居然不是31日，而是25日。也就是有近一周的时间没有备份。由于是没有备份，而非备份失败，我并没有收到备份失败的邮件，也就没能知道没有备份这件事。
我决定使用这个25号的备份进行恢复。因为大部分文件还是存在的。程序源文件则可以从时光机和git恢复。
恢复大约进行了40分钟。重新进入系统后，我发现了另外一个问题。以往从CCC恢复之后，磁盘的可用空间有140GB以上，这次则只剩下了50多GB。也就是说，恢复了很多多余的文件。这个是不应该的。我猜可能是因为配合macOS 10.15 beta的CCC也是测试版，程序存在bug。
但是我在系统中看不出来是哪些文件多出来了。传统上，CCC会有一个叫SafetyNet的文件夹，这个文件夹是冗余文件，但是我恢复的时候就选择了不使用该文件夹，因此不是这个问题。
小结
到这里，总结一下我犯的错误。
- 进行iCloud账户删除操作之前，没有查看CCC的备份是否最新。而是想当然的以为是最新。
- 测试版系统+测试版备份软件，出错的几率大大提升。比如CCC定期备份居然没有执行，不清楚是CCC没有计划上，还是测试系统需要额外的权限。
- 其实我应该使用APFS的快照功能进行恢复。（但是根据后面提到的，实际上即便我想使用这个功能，也不会成功。）
第二次恢复
没办法，我只能采用时光机恢复。我先尝试使用无线网络直接恢复，发现用时太长，提示接近20小时。于是我选择将外置硬盘从Mac mini上拿下来，直接连接到iMac上进行恢复。
这里我遇到了另一个问题。由于Mac mini上的时光机备份，我采用的是分享文件夹+限制配额的方式，时光机的文件是以映像文件的格式存在的，而非普通的磁盘分区的格式。这个格式，苹果的恢复系统不能直接识别。最终，我只能选择重装系统，然后再融合。（此时我又新犯了一个错误，等下小结时再谈。）
安装系统时，我突然想到我忘记提前格式化磁盘了。于是停止安装，格式化了磁盘。格式化磁盘之后，安装系统无法安装了。我只好重启重新进入恢复界面。
重启之后，原本的10.15 beta的恢复系统，变成了10.14的。于是安装了10.14的系统。重启之后，又安装了10.15 beta的系统，此时已经是半夜3点多了，苹果发布了macOS 10.15 beta 5，因此直接安装的是10.15 beta 5。安装完成后，采用迁移助手融合时光机备份，等待是漫长的，我去睡觉了。
小结
恢复系统虽然不能直接识别映像格式的时光机备份，但是可以使用磁盘工具将映像加载，这样恢复系统就能识别了。不过后面我们会看到，macOS 10.15 beta的恢复系统存在bug，即便采用磁盘工具加载了映像，也还是识别不出。
第三次&第四次恢复
清早起来，发现时光机融合结束，同时系统提示有几个内核扩展需要我允许它们的加载。选择了允许。重启之后，苹果图标下的进度条走完之后就卡在哪里，不能进入登录界面。
我知道这是遇到了内核扩展的问题。但是在删除内核驱动之前，我想到我可以使用APFS的本地快照功能，恢复系统到我允许内核扩展之前，也就是我在睡觉时系统自动创建的快照。
重启进入恢复系统，选择从时光机恢复，按照网上的说法，这时恢复系统会自动列出系统盘，选择之后就可以使用APFS的本地快照。但是macOS 10.15 beta的恢复系统，并没有列出系统盘。因此APFS恢复功能也没法使用。
我只能选择手动删除内核扩展了。上网查，发现需要删除掉有问题的内核扩展。重新启动，长按option，选择从CCC备份的分区启动，清空了扩展文件夹，重启，成功进入系统。
一切看起来都没问题，除了键盘。
我的键盘是雷蛇的黑寡妇RGB竞技版，需要配合雷蛇自己的驱动。我发现当前的系，键盘有问题：系统自带的多媒体按键都失效了。
卸载雷蛇驱动，重新下载并安装。故障依旧。对比雷蛇驱动文件夹和CCC备份分区中的对应文件夹，没发现有什么不同。
不过这种现象也不算罕见。有时macOS升级和全新安装，的确会出现不一致的现象。表现为，如果一款硬件的驱动，是在旧版macOS安装且使用正常的，那么升级到新版macOS，它的行为就还是正常的。但如果是全新安装的最新macOS，然后再安装驱动，有时就会出现问题。
我重装了10.14，但是没有安装雷蛇驱动，然后升级到了10.15 beta，进行系统融合，相当于是雷蛇驱动是全新安装的，出现了问题也正常。
此时我的选择是将就用，或者重新恢复系统。我选择重新恢复系统。
这次我终于想起来我可以使用磁盘工具加载磁盘映像的方式进行恢复，因为我使用迁移助手的时候就是这么干的。可是，我发现，macOS 10.15 beta的恢复系统，不能识别磁盘工具加载的磁盘映像里的时光机备份。
于是我祭出另外一招，我将外置硬盘连回Mac mini，并使用10米长的网线将路由与iMac连起来。这样虽然仍旧是网络恢复，但是不再是无线网络，而是千兆有限网络。
网络恢复时光机是一段漫长的过程。几个小时之后，系统在未完成恢复的情况下自动重启了。重启之后，果然是进不去系统。
我突发奇想，可否用CCC覆盖安装系统盘，看看能否进去，因为10.15将系统分成系统盘和数据盘。尝试失败，系统盘恢复后手动停止CCC恢复。重启仍旧进不去系统。
此时我完全对于10.15的时光机失去信心。为了键盘驱动，我决定从10.14的时光机进行恢复。又是几个小时的等待，这次时光机没有自动重启，而是提示时光机恢复遇到了错误，无法继续。我重启系统，发现还是无法进入。
小结
- 一天的时间又过去了，但是系统还是进不去。我开始有些着急了。
- 实在没想到居然两个时光机完全无效。不清楚是测试版的时光机备份存在问题，还是测试版的恢复系统有问题，还是因为我的网络经常需要切换VPN导致了网络备份存在问题。
第五次恢复
此时我已经完全没有耐心了。又把主意打到了CCC备份的分区，既然之前恢复的内容过多，我把备份中多余的内容删掉不就可以了吗？
我发现在CCC备份的数据盘有一个叫device的文件夹，这个文件夹是macOS中原本没有的。于是我删掉了这个文件夹里面的内容。然后进行恢复。重启，进不去系统。
小结
孤注一掷的赌博是没有意义的，还是不行。
第六次恢复
没有任何办法。我只能再一次选择重新安装系统，然后采用文件夹恢复的方式，恢复一部分文件，之后就缺啥补啥吧。这个办法效率最低，但是保证能成功。
恢复系统的10.14的安装文件下载缓慢。于是我重启，长按cmd+option+r，从网上直接下载恢复环境，安装10.10，然后在10.10中安装雷蛇驱动，确认没有问题之后，才升级到macOS 10.15 beta 5。
系统终于没有问题了。但是两天时间也过去了。
总结
这次恢复过程历时两天。之所以用了这么久，有些原因是策略错误导致的，有些则是测试版系统导致的。总结如下：
- 采用任何风险操作之前，要查看备份是否最新，最好还要再备份一次。
- 测试版系统加测试版备份软件，会对备份造成极大的风险。
- 网络备份时光机虽然方便，但是恢复过于缓慢。即便是使用了千兆有线网，恢复也还是太慢。究其原因，时光机恢复是逐个文件恢复，而网络传送单个文件的额外开销太大。
- APFS的本地快照应该是恢复的最快方式，但是不知道是不是测试版系统的原因，macOS 10.15 beta的恢复系统，不识别APFS的快照。
新备份策略
之前我是一个CCC每日备份+时光机网络备份。新策略改为CCC每日备份+时光机网络备份+时光机本地移动硬盘备份。
