第一次刷自定义 ROM：按官方设备页安装 Recovery 与 Sideload

自定义 ROM 没有跨机型万能命令。本教程以 LineageOS 官方支持设备页为范式：只在自有备用机上，逐字使用该 codename 页面指定的 firmware、Recovery、wipe 和 sideload 顺序。示例文件名均是占位符，真正命令必须来自目标页面。

你会完成什么#

• 用 codename、variant、firmware/baseband 和 bootloader 状态确认官方支持。
• 区分 ROM zip、Recovery、firmware、vendor_boot、GApps/add-on 与 vbmeta 角色。
• 离机备份后按设备页安装 Recovery、format data、ADB sideload 并首启。
• 验收加密、SIM、无线、相机、指纹、传感器、充电、SELinux 与 Updater。

先看结论#

心智模型#

官方设备页（唯一命令真值）
  ├─ codename/firmware prerequisite
  ├─ 指定 recovery / vendor_boot / boot 命令
  ├─ format data → sideload ROM → add-on（若明确要求）
  └─ 首启 → 硬件/加密/更新验收
任一身份不符 → stock recovery/完整固件回滚，不猜命令

Recovery 可能在独立 recovery 分区，也可能涉及 boot 或 vendor_boot；下载页出现某个镜像不表示每个用户都应刷。ROM zip 包含系统，firmware prerequisite 通常是厂商底层组件，GApps/add-on 则由 ROM 政策决定。

工具清单#

项目全景：ROM 与 Recovery的 31 个项目，一个不漏#

三十一项数据从真正的 ROM/Recovery 工具延伸到完整性兼容、系统构建、Root 工具箱、模块甚至照片恢复。以“准备—选择镜像—试启动/刷写—验证—恢复”为主线，并在每一阶段嵌入对应项目。

1. Custom ROM 完整性与应用兼容 · 7#

Play Integrity 指南、bankingAOSP、SamsungAppsPatcher、GMS 兼容和环境检测项目属于刷完后的兼容层。先验证 ROM 基础功能，再单独诊断，不用隐藏问题反推 ROM 刷写成功。

本组共 7 项：5 个源项目、2 个 Fork，其中 3 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

2. ROM 构建、rootdir 与设备镜像 · 7#

覆盖 AOSP/LineageOS 构建扩展、rootdir、带 KernelSU 的设备内核和预 Root 镜像。强调源码分支、设备树、vendor blobs 和可复现构建，不能声称一套 ROM 支持所有设备。

本组共 7 项：6 个源项目、1 个 Fork，其中 1 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

3. ROM/GSI/Recovery 选择与刷写 · 4#

把 Termux Recovery Tool、Androimages、Realme 指南、ROM 总览和 nowrom 目录串入镜像选择与刷写阶段。要求解锁、精确代号、动态分区和回滚包证据，不执行未知的一键 Root。

本组共 4 项：4 个源项目、0 个 Fork，其中 0 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

4. Root 工具箱、AVD 与权限入口 · 5#

rootAVD、RootActivityLauncher、DivineRoot、RootUnlocker 和 helper 项目用于区分模拟器 Root、权限消费工具与设备 Root。对描述含“one click”的项目先做源码和发布物审计。

本组共 5 项：5 个源项目、0 个 Fork，其中 1 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

5. 系统模块、底层接口与“恢复”同名项目 · 7#

Emoji、SurfaceFlinger、系统文件替换、USB 摇杆、优化工具和照片恢复等不是 ROM/Recovery 主体。逐项说明它们位于刷机后的功能层，照片 recovery 只是数据恢复同名词。

本组共 7 项：6 个源项目、1 个 Fork，其中 0 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

6. 可疑宣称与信息不足项目 · 1#

兜底包括宣称支持所有设备、描述为空或用途不明的条目。完整展示并指出证据缺口，禁止据此下载通用镜像。

本组共 1 项：1 个源项目、0 个 Fork，其中 0 项已归档。它们的平台、用途或分类存在边界，只作逐项核验，不当作默认安装候选。

开始前#

保存 adb shell getprop ro.product.device、完整 build/fingerprint、baseband/firmware、当前槽位和 bootloader 状态。把官方设备页另存离线并记录核验日期 2026-08-09；下载该页面精确列出的 Recovery/ROM/add-on 和厂商回滚包，校验 SHA-256。备份内部存储、2FA、eSIM 与 App 数据并做恢复抽查，因为 format data 会删除它们并重建加密。

TWRP 只为官网列出的设备提供官方指引，第三方 port 可能不支持新 Android 加密。官方 OTA 通常也不能直接套在 TWRP/修改系统上；TWRP 建议完整恢复 stock（含 stock recovery）后走官方 OTA。

操作步骤#

1. 制作设备页核对卡#

逐项抄下 codename、variant、最低/指定 firmware、Recovery 文件名和 hash、ROM 日期/文件名/hash、add-on 与顺序。将电脑上的实际文件名与页面一一对照，不用 <device> 相似字符串猜测。查看 ROM 的已知问题和撤回公告；存在关键硬件缺陷就延期。

2. 安装页面指定的 Recovery#

用当前 Platform-Tools 运行 adb devices，进 bootloader 后再次核对 fastboot devices、product 与槽位。只执行官方设备页原文给出的命令：可能是临时 boot、flash recovery 或写入 vendor_boot，本文不提供可复制的万能分区命令。设备进入 Recovery 后先记录版本和识别到的 product。

3. Format data 并 sideload#

只有页面要求时执行 format data，确认屏幕显示目标用户数据分区而非其他分区。进入 ADB sideload，运行页面规定的 adb sideload <exact-rom.zip>。电脑端进度有时停在约 47% 而 Recovery 已完成，这是 ADB 协议表现，应以 Recovery 的最终成功/校验信息为准，不因数字误判拔线。若页面要求 add-on，在首次启动前按它的顺序处理。

4. 首启与完整验收#

首次启动可能较久，但无限循环不是正常。先不恢复大量 App，确认数据加密、SIM/通话/SMS、Wi‑Fi、蓝牙、相机、指纹、传感器、定位、充电和 SELinux enforcing；打开 Updater 看官方更新渠道。保存 Recovery 日志、build、baseband 和已知问题。失败时回 Recovery 收集日志，按原厂完整包回滚，不随机 wipe。

验证#

至少完成两次重启和一次关机充电测试。只看到桌面不代表 modem、加密或未来 OTA 可用。

排错#

完成清单#

• □exact codename/variant、firmware/baseband、bootloader 与官方支持状态已核对。
• □Recovery、ROM、add-on 与 stock 固件的文件名、日期、URL、hash 已离机保存。
• □已完成可恢复的内部存储、2FA、eSIM 与 App 数据备份抽查。
• □只执行官方设备页列出的 Recovery、format、sideload 和 add-on 顺序。
• □已做两次重启以及加密、通信、相机、指纹、传感器、充电、SELinux、Updater 验收。
• □Recovery 日志、build/baseband、已知问题与完整 stock 回滚均已归档。

一手资料#

• LineageOS 官方设备列表
• LineageOS axolotl 安装页示例
• TWRP 官方设备列表
• TWRP FAQ
• TWRP 官方 OTA 说明
• TeamWin Recovery 源码