合并挂起期间的边界规则
把合并方式设成手动或定时之后，会多出一个以前不存在的状态：新版本已经下完，但还没生效。这段时间叫「挂起期」。
挂起期里终端的行为和平时不完全一样。这些差异不多，但每一条都真实存在，撞上了不知道原因会很费时间——所以单独列一页。
一、最常撞到的：不能「开更新」
带待合并数据时，开更新会被拒绝
终端上存在等待合并的已下载数据时，下发「开更新」会被明确拒绝并说明原因。
处理方式：先合并，或先「清空合并数据」，再进更新模式。相关流程见 如何更新数据：Windows 客户端。
为什么要拦：挂起的是「服务器上的新版本」，而开更新是「把这台机器上的改动写回成新版本」。两者同时存在就会分叉——到底哪一份才算下一个版本？拦住是为了不让镜像分叉。
二、不会重复下载
1，挂起期间该镜像不再被重复下载。
2，服务器上又出了更新的版本时，终端会自动丢弃旧的挂起数据、改下新版本——不需要人工干预，也不会两份都留着占空间。
三、收尾动作一律推迟到合并之后
平时下载完会连带做一串收尾动作。挂起期间这些全部推迟：
| 挂起期间不会做 | 合并成功后 |
|---|---|
| 切学习模式 | 按当时的服务器设置补跑一整套 |
| 写学习次数 | 同上 |
| 给下次开机挂「清空写入层 / 清空学习层」 | 同上 |
| 触发「下载后自动重启 / 关机」 | 同上 |
正在运行的系统上，这些会挤在同一次重启里
「合并 + 清空 + 进学习」会在同一次重启中一起生效，不会让机器连着重启好几遍。
四、显示类信息照常更新
挂起期间只处理与镜像新旧无关的显示类信息，这些照常更新：
- 菜单名称
- 是否在启动菜单可见
- 数据盘 / EFI 类型
- 硬件配置
- 默认启动项
所以你在控制台改了菜单显示名，挂起期间终端那边也会跟着变，不必等合并。
五、已在更新模式的系统不参与合并
防止把维护人员尚未提交的改动当成服务器新版本写进镜像。这台机器如果正开着更新模式，那个系统就先放着不动。
六、挂起期间照常用
终端照常运行旧版本、可以正常重启，只是版本不变。用户端完全无感，不影响上课。
七、挂起会多占多少空间
新版本数据暂存在缓存更新区，临时多占约一份增量大小的缓存空间。空间不足时按既有的空间不足提示处理。
这也是不建议长期挂着不合并的原因——挂得越久、期间版本更新越多，占用与不确定性都在累积。
八、哪些系统根本不会挂起
只有本地已经有旧版本的系统镜像才会挂起。本地没有旧数据要保护的全新下载不挂起，行为与「自动」一致：下完直接可用。