gog chat spaces create：在 gogcli 中用终端一行命令创建 Google Chat 群组空间
2026/9/16 19:03:47
简介：LineageOS 17.1红米3S（land/3X）第三方固件包，基于Android 10构建，面向已解锁Bootloader、希望体验原生类系统流畅度与自定义功能的进阶刷机用户。包体共14个文件、约747.39MB，核心包含system/vendor分区dat.br镜像、transfer.list刷机列表、boot.img启动镜像、META-INF刷机脚本及compatibility兼容包；采用Brotli压缩算法可减小体积、加快刷入。另含patch补丁用于修复旧版问题。已有808人学习。整体文件结构完整，顺序覆盖系统、厂商、引导等刷机分区模块，适合刷入Android 10、拆解ROM结构或排查刷机失败时参考；刷机爱好者与定制ROM研究者可收藏备用。
1. 这个 zip 是什么：LineageOS 17.1 在红米3S/3X（land）上的位置
lineage-17.1-红米3S-3X-land_2.zip 这个刷机包文件名，把机型、版本和构建次数都标在了字面上：LineageOS 17.1、红米3S/3X 通用、land 代号、第二次构建。真正决定成败的反而是 bootloader 状态和 TWRP 版本。红米3S 与 3X 共用 land 主板，高通骁龙 430，出厂停在 Android 6/7，而 17.1 基于 Android 10，隔着四代系统差异，zip 内的安装脚本、分区挂载与加密方式都按 Android 10 规范书写。
适合动手的人是已解锁 bootloader、愿意先做十分钟分区确认的用户。下文按常见刷机路径推演：分区与解锁确认、TWRP 环境、刷入 zip 及附加组件、高频报错排查、拆包装提取 boot。命令和坑都会写出来，新手按顺序走，老手可以直接跳到第 4、5 章看边界条件。
2. 刷机前的状态确认：land 的分区表、bootloader 与 TWRP 选型
2.1 land 的分区布局与 3S/3X 共用关系
红米3S 和 3X 的硬件差异主要集中在内存容量和后置摄像头模组，主板代号同为 land，所以刷机包这一层两者共用一份系统镜像。标题里的 land_2 中，land 是机型的编译代号，_2 是维护者自己的构建批次标记，不需要额外安装两次，也不代表系统里会出现两个启动项。
动手之前先把 land 的分区表放在脑子里。骁龙 430（MSM8937）平台设备常见分区如下，哪些能清、哪些不能动，直接决定你刷的是系统还是砖：
| 分区 | 挂载点 | 内容 | 刷机时怎么处理 |
|---|---|---|---|
| boot | /boot | 内核与 ramdisk | zip 会重写，可单独用 Magisk 修补后刷回 |
| system | /system | Android 10 系统主体 | zip 会重写，建议在 TWRP 里先清掉 |
| vendor | /vendor | 厂商 HAL 与硬件适配 | zip 会重写，社区版报错常出在这里 |
| data | /data | 用户应用与 FBE 加密数据 | 跨大版本升级必须清，内置存储不算在内 |
| cache | /cache | 系统缓存 | 顺手清，不影响用户数据 |
| persist | /persist | 传感器校准、NVRAM 数据 | 永远不要清 |
| cust | /cust | 小米区域定制内容 | 社区 ROM 一般不读取，留着也不影响 |
提示：persist 分区保存传感器校准和各类 NVRAM 参数，误清后容易出现距离感应失灵、指南针偏移。在 TWRP 的 Wipe 列表里如果看到 persist，不要勾选。
3S 和 3X 共用 zip 的前提是双方的 baseband 和 bootloader 版本接近。如果你手上的 3S 刷过海外版 MIUI，vendor 分区里可能残留海外固件的指纹，此时直接刷 LineageOS 17.1 的 zip，出现指纹校验失败的几率会变大。处理方式是回到官方 MIUI 刷一遍完整包，再开始下面的步骤。
2.2 先查 bootloader：fastboot 命令能读到什么
无论 zip 内部脚本写得多完整，bootloader 锁死时 data 分区无法正常挂载解密。land 的解锁在小米体系里要先走官方申请，拿到解锁权限后用 Mi Unlock 工具完成。验证解锁状态，我习惯在 fastboot 模式下用命令直接查：
adb reboot bootloader # 重启到 fastboot 模式 fastboot devices # 确认驱动正常，输出应包含设备串号 fastboot oem device-info # 查询解锁状态，看输出的 unlocked 字段第一条把设备带进 bootloader；第二条是 fastboot 环境的基础检查，如果这里什么都看不到，后面所有 flash 操作都不会成功，先查驱动和 USB 线；第三条是小米设备常见的解锁状态查询方式，输出里出现Device unlocked: true才算真的解锁。个别固件不支持oem device-info时，可以用fastboot getvar unlocked做替代，两个命令都无输出，说明当前固件的 fastboot 接口不开放该查询。
容易误判的一点是：开发者选项里的"允许 OEM 解锁"开关，只代表手机同意你提交 Mi Unlock 申请，不表示已经解锁成功。只有 fastboot 里明确读到 unlocked 才是可用状态。解锁过程会清空 data，所以正确的顺序是先备份、再解锁、后刷 TWRP。
2.3 TWRP 版本选择对 Android 10 意味着什么
land 的 TWRP 有官方构建也有社区维护版，选型核心不是版本号大小，而是恢复环境对 Android 10 分区加密（FBE，File-Based Encryption）的挂载能力。Android 8/9 时代的老 TWRP 进 recovery 后会报Unable to mount /data，表现是 Wipe 界面卡死、刷 zip 时找不到目标分区。我一般会选 TWRP 3.3 之后的版本，并优先用评论区反馈里明确提到"支持 Android 10 加密"的那一版。
为了后面抓 bootloop 日志，电脑端环境也要备好：Windows 装对应机型驱动，Linux 下把 adb 和 fastboot 装齐，跑一句adb devices确认恢复模式可以被识别。这个基础动作第 4 章会直接复用。
如果 TWRP 刷入后触摸失效，别急着重刷 recovery，land 的屏幕驱动在部分老 TWRP 里需要插 USB 用 adb 操作，暂时可以用按键和adb shell完成同样的 Wipe 与 Install 步骤。
3. 刷入 lineage-17.1-land_2.zip：从校验到首启
3.1 先校验 zip 完整性，再谈刷入
跳过校验直接刷，是所有 zip 相关故障里最冤的一种。社区发布页一般会给 MD5 或 SHA256 值，先算后刷，时间成本不超过一分钟：
sha256sum lineage-17.1-红米3S-3X-land_2.zip # 计算 SHA256，与发布页核对 md5sum lineage-17.1-红米3S-3X-land_2.zip # 老发布页常用 MD5，两个都算也行两条命令的输出与发布页不一致，就重新下载。zip 的中央目录记录（EOCD）位于文件末尾，下载中断、劣质 SD 卡复制、浏览器改名等都会让末尾缺字节，TWRP 解析时会直接报could not find EOCD或invalid zip archive。这不是 TWRP 有毛病，也不是压缩软件的问题，而是包没有完整落到手机里。
在电脑上复核的另一个办法是用 7-Zip 打开这个 zip，执行一次测试操作。7-Zip 会逐个条目解压到内存并对比 CRC32，凡是出现Error read zip archive或者 CRC 错误的条目，基本可以确认下载文件已损坏。
提示：zip 是归档加压缩格式，它的 CRC 校验只覆盖压缩数据块，不能替代发布方的整体校验和。所以 7-Zip 测试通过也不代表包和发布内容完全一致，最终还是以 SHA256 为准。
3.2 在 TWRP 里做一次干净安装：清哪些分区有讲究
"双清"这个词在 Android 10 时代已经不够严谨了。LineageOS 17.1 的 zip 会重写 boot、system、vendor，所以这三个分区你不清也会被新包覆盖。真正必须主动清的是 data，以及可能残留旧系统编译缓存的 cache 和 dalvik。进 TWRP 后按下面这张表勾选：
| 分区 | 是否勾选 | 原因 |
|---|---|---|
| Dalvik / ART Cache | 勾选 | 清掉旧编译缓存，防止首启编译冲突 |
| Data | 勾选 | 跨 Android 大版本必须清，否则 FBE 密钥目录不匹配 |
| System | 勾选 | 保险起见清掉，zip 反正要重写 |
| Vendor | 建议勾选 | 清掉旧 vendor 残留，减少 HAL 冲突 |
| Internal Storage | 不勾选 | 保留 zip 本体和后续要用的 patch 文件 |
| Persist | 绝不勾选 | 清一次就够你折腾半天校准 |
滑动确认后底部日志偶尔会出现Unable to mount /data，如果 TWRP 版本支持 Android 10 加密，重进一次 Recovery 就能正常挂载；如果反复出现，则回到 2.3 节换 TWRP 版本，不要硬刷。
3.3 刷入顺序：ROM zip、GApps、Magisk 的一次性组合
顺序错误是 land 用户刷 17.1 特有的一类失误。常见做法是：先刷 ROM 本体，再刷 GApps，最后补 Magisk，这样一个栈式安装能避免 GApps 的安装脚本读取到已被 ROM 修改的分区状态而报错。操作上在 TWRP 的 Install 页面选中第一个 zip 后，点Add more Zips把剩余包一次加进队列，统一滑动安装。
注意每个文件名后缀必须是.zip，浏览器下载时如果自动追加了(1)之类的字符，先改名再传进手机。TWRP 只认 zip 扩展名，其他后缀一律不显示在 Install 列表中。Android 10 的 GApps 要选 arm64 + 10.0 平台对应的包，pico 或 nano 型号体积小，适合 land 这类 2GB/3GB 内存设备。你如果用不到 Google 服务，这步可以直接跳过，LineageOS 17.1 自带 AOSP 启动器和基础应用。
Magisk 建议刷入 zip 后重启进一次系统，完成初始化再回到 TWRP 刷 Magisk，而不是三包一次闪完。原因是 17.1 首次启动时间较长，如果 Magisk 在 data 未完成初始化时写入模块，偶尔会出现第一个开机周期随机重启的假 bootloop。
3.4 首次开机：等待多久算正常
land 的骁龙 430 跑 Android 10 全量 dex 编译并不轻松，首次开机时间在 5 到 15 分钟之间都算正常。LineageOS logo 转圈或闪动时不要动它，等它自己进桌面或重启。
判断是不是 bootloop 有一个简单标准：设备是否按固定节奏震动并回到 logo。正常首次开机是长时间停在 logo 然后一下子进系统，bootloop 则是周期性重启，且每次停留时间越来越短。确定是 bootloop 后不要反复拔电池，进 TWRP 再看一眼有没有成功挂载 data——多数 land 的 bootloop 来自 data 分区残留的旧加密状态，直接进第 4 章按日志排查。
4. 刷机中的典型报错与 zip 损坏排查
4.1 Error 7：机型断言失败
TWRP 刷 zip 时弹出Error 7，八成是 updater-script 开头的机型断言没过。脚本里第一个 assert 通常长这样：
assert(getprop("ro.product.device") == "land" || getprop("ro.build.product") == "land");这句的意思是检查当前设备的 product 字段是不是 land。3X 和 3S 在这个字段上一致，所以 Error 7 出现在 land 上更多是其他原因：TWRP 版本过老读不到 vendor 分区、data 未解密导致 ro.product.device 缺失、或者手机之前刷过其他机型包把 build.prop 改花了。
处理的顺序是：先换新版 TWRP 重试；然后在 Mount 页面手动挂载 vendor，让 assert 能读到 vendor 里的 build.prop；最后才考虑改 updater-script——解压 zip，用文本编辑器删掉 assert 那一整行，重新打包刷入。改包在第 5 章会展开，需要提醒的是重新打包时必须保持 zip 目录结构不变，否则会触发另外的校验错误。
4.2 invalid zip archive 与 could not find eocd
TWRP 选完 zip 开始安装，日志开头报下面这类信息，属于标准的 zip 结构损坏：
E:Error installing zip file '/sdcard/lineage-17.1-红米3S-3X-land_2.zip' E:ziparchive: could not find EOCDEOCD（End Of Central Directory）是 zip 中央目录的结束标记，位于文件末尾，记录整个压缩包的文件清单偏移量。文件没传完整、复制到手机时被截断、SD 卡坏块，都会让 zip 尾部缺一段，TWRP 自然找不到 EOCD。电脑上解压时表现就是invalid zip archive或Error read zip archive，原理相同。
这类问题的处理路径很固定：回到电脑，用 7-Zip 打开测试，不通过就重新下载，再算一次 SHA256，然后把文件重新复制到手机。如果你用的是 SD 卡，先格式化 FAT32 再拷贝；如果直接传到 data 分区，确认当前 TWRP 能挂载 data。另有一类混淆情况是第三方分发渠道把刷机包二次压缩并加上密码，TWRP 并不支持 zip 密码条目，遇到标注"解压密码"的渠道直接放弃，回原发布页下载。
4.3 刷完 bootloop：用 adb logcat 看真实原因
停在 logo 反复重启时，我一般先做两件事：回 TWRP 只清 Dalvik 再试一次；不行就完整 Wipe 后只刷 ROM 本体，不带 GApps 和 Magisk。如果还能复现 bootloop，说明问题在系统层，这时抓日志比盲刷有用得多。设备重启到系统后，立刻在电脑上执行：
adb logcat -b all > bootloop.log # 抓取所有缓冲区的日志到文件，等两三分钟后 Ctrl+C 中断打开 logcat 文件搜索FATAL、abort、crash三个关键词，定位是哪个进程先挂。land 的 17.1 bootloop 里出现频率较高的三种情况：vendor 分区残留旧固件导致 HAL 进程崩溃、data 分区未正确格式化导致 FBE 密钥无法加载、内核模块与 boot.img 不匹配。vendor 相关崩溃就回到 3.2 完整 Wipe 后只刷 ROM；FBE 相关崩溃检查你是否给 data 做过文件系统转换——LineageOS 17.1 默认 ext4，某些 TWRP 提供的 F2FS 选项对 land 兼容性并不好。logcat 拿到后去 LineageOS 的 land 讨论串里搜关键报错，常有相同案例，比一个人猜快得多。
5. 拆开 lineage-17.1-land_2.zip：验证内容与提取 boot.img
5.1 用 7-Zip 查看包内结构
这类社区包的发布渠道常见是 GitHub Releases、SourceForge 或维护者自建网盘，无论从哪个渠道拿到的 zip，解包结构是一致的。用 7-Zip 打开文件，LineageOS 17.1 时代的包一般能看到META-INF/com/google/android/updater-script和payload.bin，部分社区版会改用 brotli 压缩的.dat.br文件。updater-script是刷机流程脚本，里面记录分区写入顺序和机型断言；payload.bin是完整分区镜像容器，system、vendor、boot 都封在里面。
解包时注意一件事：不要图方便解压后重新打包进手机刷，updater-script 里的分区校验依赖原始压缩参数，重新打包的 zip 大概率会在刷入阶段报 Error 7 或直接中断。
5.2 提取 boot.img 的三条路
有时候只是想用 zip 里的内核，或者想单独给 boot 打补丁，不需要整包重刷。根据 zip 内格式选对应命令：
# 方式一：包内直接有 boot.img，用 7-Zip 单独解出 7z x lineage-17.1-红米3S-3X-land_2.zip boot.img # 方式二：payload.bin 格式，用 payload-dumper-go 导出全部分区 payload-dumper-go payload.bin # 方式三：brotli 压缩的 dat.br，先解压再转成 ext4 镜像 brotli -d system.new.dat.br system.new.dat python sdat2img.py system.transfer.list system.new.dat system.img方式二最省事，payload-dumper-go 会把 boot.img、vbmeta.img、vendor.img 全部导出；方式三适合老的 dat.br 格式，需要把sdat2img.py放在与system.transfer.list同目录执行。得到 boot.img 后有两个实用方向：一是配合 Magisk 修补得到magisk_patched.img，在 fastboot 里执行fastboot flash boot magisk_patched.img，实现不刷整包只打 root；二是查看内核 cmdline 确认启动方式是否是 system-as-root。land 的 17.1 对 boot 与 vendor 内 DTBO 的设备树匹配很敏感，手动替换 boot.img 后如果出现锁屏触摸异常或屏参不对，先怀疑 DTBO 不匹配，重新刷回原包里的 boot.img 即可恢复。
本文还有配套的精品资源，点击获取