那晚十一点做完整镜像时，我踩了哪几个顺序错误

去年冬天一个周四的那晚晚上，十一点零七分，完整误我蹲在机房把一块旧硬盘拆下来。镜像第二天早上八点半上班，时踩业务方要求九点前看到新机器上线。个顺我当时的序错想法很简单：用完整镜像把旧盘整块搬到新盘，插上就能开机。那晚结果凌晨一点半，完整误机器起不来，镜像我对着黑屏才意识到，时踩问题不是个顺镜像工具好不好用，而是序错我对“完整镜像”这四个字的理解里，混进了太多想当然。那晚

下面按那晚的完整误时间顺序复盘，每一步都对应一个可以照着核的镜像动作或判断点。

十一点二十分：先确认要镜的是分区还是整盘

我当时抓起工具就选磁盘，没先看分区表。完整镜像分两种：一种是按分区镜像，比如只镜 C 盘；另一种是按整盘镜像，连分区表、引导记录一起复制。旧机器是 MBR 分区，新盘是大于 2TB 的盘，如果整盘镜到 GPT 目标上，引导方式很可能对不上。正确动作是先看分区表类型和引导方式，再决定镜什么。我在命令行里补了一句查看分区布局，才发现新旧磁盘的分区方案不同。这一步不花时间，却能省掉后面两小时的折腾。

另一个判断点是目标盘容量。按整盘镜像时，目标盘不能小于源盘已用空间，某些工具还要求不小于源盘总容量。这不是玄学，是工具在写回时的硬性边界，选之前看一眼工具说明里的容量要求，比事后猜要快。

零点整：镜像文件落在哪块盘，别跟自己抢读写

我把镜像文件写到了同一台机器上另一块机械盘里，边读源盘边写目标盘。速度慢是一方面，更麻烦的是三块盘同时在高负载下工作，其中一块出现读取重试，镜像文件里就可能留下不完整的数据。事后复盘，比较稳妥的顺序是：镜像文件先落到一块独立、空间足够的盘上，别和源盘、目标盘挤在同一条链路上；如果只能本地周转，至少确认目标盘剩余空间是镜像体积的两倍以上，留出写回时的余量。

这里也是“完整镜像常见疑问解答要点”里最容易被跳过的一条：镜像不是复制粘贴，它是一次有时间窗口的操作，期间任何一块盘掉线都可能让结果不可用。我当时的补救是重新做了一遍，把镜像文件换到独立盘上，速度反而稳了。

零点四十分：写回目标盘后，先验再拔

第一次写回时，我点完就开始拆线，没有做校验。后来才知道，很多镜像工具支持写回后比对哈希，或者至少能列出镜像文件的完整性状态。动作很简单：写回完成后，先用工具的校验功能比对一次，再决定是否拔盘。没有校验功能的，至少记录镜像文件的大小和生成时间，写回后确认目标盘分区能被识别、引导项存在。

我第二次写回后多等了几分钟做校验，发现镜像文件尾部有一段读取错误。如果直接拿去开机，大概率又是黑屏。这个判断点不依赖经验，依赖的是“先验后拔”这个顺序。

一点五十分：起不来时，先回到引导而不是重做镜像

机器仍然起不来，但这次报错变了，提示找不到引导设备。我没有再重做第三遍镜像，而是先检查引导方式：源盘是传统引导，目标盘却被初始化成了另一种分区方案。此时该做的是修引导或调整分区方案，而不是怀疑镜像本身。判断标准很直接：镜像校验通过、分区能识别，问题多半在引导层；镜像校验不通过，才回到重新制作。

那晚最后是重建引导记录解决的。天亮前机器点亮，我记下的不是工具名字，而是四个先后动作：先看分区表和引导方式，再选独立盘放镜像文件，写回后先校验，起不来先查引导层。完整镜像这件事，真正容易失手的地方不在工具，而在顺序。下次再遇到类似窗口，我会先把这四步写在纸上，再动手。