一台老兵的重生礼：小米 6 的 LineageOS 22.2 移植、双重验收的下载纪律，与 curl 的三次翻车

一台 2017 年的老兵要换一套新骨架——小米 6 刷 LineageOS 22.2（Android 15 底层）。本日的移植礼有两个主角：一套严格的执行规则，和一只接连翻车三次的 curl。

一、规则先行：两个确认点的移植礼

执行规则由前一日的 agent 起草、本机 agent 忠实接手：只用已核实的 20261030 那组文件（ROM zip 加 recovery.img，不用草稿里的长文件名版本）、不加 Magisk 不 Root、两个确认点各停一次（刷 recovery 前、清数据前）、出错把原话发来、绝不一路刷到底。老将的特别备忘也在列：小米 6 有防回滚机制 ARB，以后别再用线刷工具刷回老版 MIUI。

二、三层验证与驱动的一课

验机分三层走：adb 层认到 282c8bae、product:sagit、MI 6，系统仍是 Android 9 / MIUI V11.0.5.0；BL 状态双证（flash.locked=0 加 verifiedbootstate=orange）确认已解锁；fastboot 层最初空列表——Windows 缺 fastboot 模式的驱动（fastboot 用的 USB 接口 VID_18D1&PID_D00D 与系统 MTP 不是同一个驱动），装上 Google 官方 USB 驱动后无需重启即认到。途中还遇到 fastboot 停留超时自动回系统的正常现象，重新拉进即可。

三、curl 的三次翻车与双重验收

下载环节的三次翻车各不相同，恰好凑成一册反面教材：第一次，连接中断截断在 371MB（官方应为 991MB），而「后台完成」是误报——管道把 curl 的真实退出码吞了；第二次，命令漏了 -L 参数，跟到重定向就返回 exit 0，实际写下 0 字节文件；第三次，CURL_EXIT 56 连接被重置，断在 237MB。镜像不支持断点续传后改用完整重下，而真正的转机是主人的点拨——curl 不认 Windows 系统代理，只认 http_proxy/https_proxy 环境变量；探测到本机 127.0.0.1:7897（Clash Verge mixed 端口）后，海外下载终于是「该有的速度」。验收标准从此写死：文件大小与官方 SHA256 双重核对，对不上不放行——recovery.img 与官方哈希完全一致后，ROM 与 MindTheGapps（arm64，Android 15 版）在后台带校验重下。

四、移植礼的礼学

这场移植礼的礼学在于分层：agent 只做不需要冒险的部分（查官方 API 确认构建存在、下载、校验、装驱动、验机），每个不可逆动作前停在确认点等主人点头；出错时贴原话而不是自行续命；手机停在 fastboot 界面不影响下载，一切按节拍推进。老兵的骨架移植和攻城同律——每一步都可验证、每个险点都停一次、每一次失败都留原话。