1. 先把原理捋清楚MIUI 11 的恢复分区与 data 加密手上还留着一台 MIUI 11 时代的老机器扔了可惜当备用机又嫌系统臃肿——这种场景下刷入 TWRP 并做成无密 data 分区几乎是所有后续折腾的前提。TWRP 是第三方恢复环境能让你在不进系统的情况下备份、刷包、改分区无密 data 分区指的是把 /data 从强制加密状态改成不加密或可选加密让 TWRP 不用输密码就能直接读写数据分区。这两件事单独做都不难难的是永久——很多人刷完 TWRP重启一次就变回官方 recovery好不容易解密了 data开机又被系统重新加密。这篇就把这两个回滚机制拆开讲透再给一套可以直接照抄的操作流程。先说明适用范围本文针对的是搭载 MIUI 11、Android 9 或 Android 10 底层、采用 A-only 分区且带独立 recovery 分区的机型。A/B 无缝分区机型和动态分区super 分区机型的处理方式完全不同后面会用表格区分。所有操作都建立在你对自己设备拥有完全处置权、并且已经接受解锁会清空数据、部分应用可能受限这个前提之上。刷机不是刚需但如果你想把这台老机器当备份机、测试机、或者单纯想让它多活两年这套流程值得花两个小时搞明白。1.1 为什么 TWRP 会自己消失很多人第一次刷 TWRP 的体验是这样的fastboot 刷进去提示 OKAY重启进 recoveryTWRP 正常然后正常开机用了一天第二天想再进 recovery发现变回了官方的 MIUI 恢复界面。这不是刷失败了而是 MIUI 有一套恢复分区自愈机制在起作用。具体来说系统分区里通常留着两个文件一个是recovery-from-boot.p一个是install-recovery.sh有的版本放在/system/bin/有的在/system/etc/。开机过程中系统会检查 recovery 分区的校验值如果发现和预期不一致就用recovery-from-boot.p里打包的官方 recovery 镜像把分区重新写回去。这个设计的初衷是保证 OTA 升级的可靠性但对刷机的人来说就是个自动还原。所以永久固定的本质不是刷得多深而是把这条回写链掐断。你要做的就是在 TWRP 里把这两个文件删掉或者改名让系统开机时找不到还原源。听起来很简单但实际操作里有三个坑第一Android 10 的 system-as-root 结构导致路径变了很多人按老教程找不到文件第二system 分区默认是只读的不关掉 dm-verity 根本挂不上读写第三有些机型的这两个文件在 vendor 分区而不是 system 分区。这三个坑在后面对应章节会逐个拆。注意删除回写文件属于修改系统分区会破坏 AVB 校验部分机型必须同时关闭 verity 和 verification 才能正常开机否则会卡在开机动画。1.2 data 加密的两种形态与无密 data 的含义data 分区加密这件事得先分清 FDE 和 FBE。FDE 是全盘加密整个 /data 一把密钥开机时输入密码解锁FBE 是基于文件的加密每个文件有独立密钥系统启动到一半就能读部分数据锁屏后才真正锁住。MIUI 11 这一代基本都切到了 FBE底层用的多是硬件加密引擎密钥材料放在 TEE 里。FBE 带来的直接后果是TWRP 想读 /data必须能跟系统的 keymaster 服务对上话拿到解密密钥。而第三方 recovery 里的 keymaster 实现往往和原厂有差异尤其是那些用了定制加密方案的机型结果就是 TWRP 里 /data 显示 0MB、挂载报错、或者提示Unable to mount /data。你能做的只有两件事要么找一个明确支持该机型 FBE 解密的 TWRP 版本要么干脆把 data 格式化成不加密状态。无密 data 分区就是后者。它的实现方式是在 fstab 文件里把 data 分区的挂载参数从强制加密改成可选加密或者干脆去掉加密标志。fstab 是 Android 启动时告诉内核每个分区怎么挂、挂哪里、要不要加密的配置文件位置通常在 boot 分区的 ramdisk 里或者在 vendor 分区的/vendor/etc/下。改掉这一行系统开机时就不会再给 data 加密已经加密过的 data 必须格式化一次才能生效。这里必须讲清楚代价无密状态下任何人拿到你的手机把存储拆出来或者进 recovery 就能直接读全部数据锁屏密码形同虚设。所以无密 data 适合测试机、备用机、折腾机不适合当主力机存放敏感信息。我在自己的备用机上做无密但主力机从来不动这个。1.3 三种分区布局方案完全不同同样是 MIUI 11不同机型的分区结构差异很大照搬教程十有八九要出事。先看下面这张表对照自己的设备特征判断属于哪一类。分区类型典型特征TWRP 刷入位置永久固定方式风险点A-only 独立 recovery有独立 recovery 分区by-name目录下能看到 recoveryfastboot flash recovery删 system/vendor 里的回写文件相对最安全可回退A/B 无缝分区有_a/_b槽位无独立 recovery 分区fastboot flash boot或fastboot boot临时启动需 patch boot 或依赖 Magisk刷错槽位直接无法开机动态分区superro.boot.dynamic_partitionstruesystem/vendor 在 super 里视机型而定多为 boot 内 ramdisk逻辑分区改动易被 OTA 重置分区表操作容错低判断方法很简单手机连电脑开 ADB执行下面几条命令adb shell getprop ro.boot.slot_suffix # 有返回值说明是 A/B adb shell getprop ro.boot.dynamic_partitions # true 说明是动态分区 adb shell ls /dev/block/bootdevice/by-name/ # 找有没有 recovery三条命令跑完基本就能定性。我手上这台老机器是 A-only、无动态分区、by-name里明确有 recovery属于表格第一类也是本文实操部分的主线。如果你是第二类或第三类原理可以借鉴但具体命令必须换成对应机型的方案硬套会变砖。1.4 这台机器的方案选型与顺序设计方案定下来之前先想清楚操作顺序因为顺序错了会白干。常见的错误顺序是先刷 TWRP然后重启进系统再想解密——结果 TWRP 被回写覆盖了只能重刷一遍或者先格式化 data再刷 TWRP结果格式化时用的还是官方 recovery做完等于没做。正确的顺序应该是解锁 bootloader → 刷入 TWRP → 不重启直接进 TWRP → 格式化 data → 刷禁用加密补丁 → 删除 recovery 回写文件 → 重启验证。这个顺序的核心逻辑是整个流程都在 TWRP 环境里完成中途绝不进入官方系统避免任何一次开机触发回写或重新加密。还有一个关键决策点先解密还是先固定 TWRP。我的建议是先解密。原因是格式化 data 需要在 TWRP 里做而 TWRP 一旦被覆盖就得重刷重刷又可能触发新的校验问题。先把 data 处理干净再慢慢处理回写文件容错空间更大。反过来的话你删完回写文件重启系统可能因为 data 加密状态和 fstab 不匹配而卡启动排查起来更麻烦。2. 准备工作解锁、判型、备份这一章看着琐碎但实际出问题最多的地方就在这儿。我见过太多人卡在解锁环节或者备份没做全格式化完才发现几年的照片没了。准备工作做扎实后面每一步都会顺很多。2.1 工具与文件清单先把要用的东西一次性备齐避免操作到一半去找文件。下表是我常用的清单按重要程度排序。类别具体内容说明平台工具ADB 与 fastboot 工具包版本不要太老否则不认新命令参数驱动对应平台的 USB 驱动装不好会一直显示 waiting for device恢复镜像匹配机型的 TWRP img版本号必须和 Android 底层对上原厂固件同版本官方固件包救砖和提取 vbmeta、boot 用解密补丁禁用强制加密的 zip 包优先选维护活跃、说明清楚的数据线质量可靠的短线劣质线刷机中途掉线是真会变砖TWRP 镜像的选择有个硬标准必须明确标注支持你的 Android 版本和加密类型。 MIUI 11 横跨 Android 9 和 Android 10这两个版本的 fstab 位置和加密方式都有差异用错版本轻则挂不上 data重则刷完黑屏。如果找不到明确标注的版本就去翻该机型相关的技术讨论区看别人实测能用的版本号别自己猜。注意下载完镜像先核对文件大小和校验值很多刷完没反应的案例根源是镜像下载不完整。2.2 分区布局怎么判断上一章给了三条命令这里补充几个更细的判断依据帮你确认自己没有误判。第一看 fastboot 的反馈。执行fastboot getvar current-slot如果返回current-slot: a之类的内容说明是 A/B 机型返回unknown variable或者报错基本就是 A-only。第二看官方固件包的目录结构里面有独立recovery.img的是 A-only只有boot.img的通常是 A/B 或 recovery 集成在 boot 里。第三进官方 recovery 看界面MIUI 的官方恢复功能很简陋只有清数据和重启几个选项这本身不能判断分区但能确认 recovery 分区确实存在且可被替换。还有个容易忽略的点system-as-root。Android 10 开始system 镜像挂载为根目录实际文件在/system/system/下面。这意味着你在 TWRP 里挂载 system 之后找recovery-from-boot.p的路径要写成/system/system/recovery-from-boot.p而不是老教程里的/system/recovery-from-boot.p。找不到文件的时候先怀疑路径别怀疑文件不存在。2.3 数据备份的靠谱做法备份这件事我的原则是三条腿走路任何一条失效都还有退路。第一条腿是系统自带的云备份把联系人、短信、通话记录、应用列表同步上去。这条最省事但恢复慢而且大文件照片、视频、微信聊天记录通常不在里面。第二条腿是手动拷贝把/sdcard下的 DCIM、Pictures、Download、微信目录整个拖到电脑上。这一步别偷懒格式化 data 会把这些全清掉而且 TWRP 的格式化是不可恢复的。第三条腿是应用数据备份用具备备份功能的管理工具把关键应用的数据导出来或者至少把账号密码记在别的地方。有个细节值得说解锁 bootloader 本身就会清空一次数据很多人是在解锁之后才想起来备份那时候已经晚了。所以备份要在解锁之前做而且做完要验证——随便打开一个照片看看能不能正常显示别拷了一半就拔线。2.4 解锁与风险边界解锁 bootloader 是整套流程的门票没有它fastboot 刷任何分区都会提示权限不足。解锁的通用流程是在开发者选项里打开 OEM 解锁和 USB 调试然后用官方提供的解锁工具申请。不同机型等待时间不一样有的即时通过有的要等几天。解锁前必须做的两件事退出系统账号、关闭查找设备功能。 这两步不做解锁后开机可能直接卡在激活验证界面进不去系统也没法刷机只能干等。我遇到过这种情况最后是通过官方救砖工具整包重刷才恢复折腾了大半天。风险边界也要提前想清楚。解锁后设备会失去官方保修如果有的话部分金融类应用可能因为设备状态异常而限制功能系统 OTA 可能失效或需要重新上锁才能更新。这些都是已知代价接受不了就别开始。另外提醒一句本文所有操作仅适用于你自己拥有处置权的设备别拿别人的机器练手。3. TWRP 写入与永久固定的实操准备工作做完进入正题。这一章按操作顺序展开每一步都说明为什么这么做你照着做的时候心里有数遇到变体也能自己判断。3.1 第一步把 TWRP 写进 recovery 分区先让手机进入 fastboot 模式通常是关机后按住音量下加电源键屏幕出现特定界面后用数据线连电脑。执行fastboot devices确认设备被识别返回一串序列号就说明通了返回空行说明驱动或线有问题先解决这个再往下走。刷入命令本身很简单fastboot flash recovery twrp-3.x.x-A.img但这里有个细节部分机型需要先擦除原分区再写入否则可能校验失败。擦除命令是fastboot erase recovery执行完再 flash。擦除之后设备会处于recovery 分区为空的状态这时候千万别直接重启进系统因为系统检测到分区异常可能会触发一些奇怪的行为。正确做法是紧接着执行刷入或者用fastboot boot直接从镜像临时启动。fastboot boot twrp-3.x.x-A.imgfastboot boot不写入分区只是把镜像加载到内存里跑一次。它的价值在于让你在真正写入之前验证这个 TWRP 版本能不能正常启动、能不能识别你的分区。如果临时启动都黑屏那就别刷了换版本。这个先试后刷的习惯帮我省过好几次重刷固件的时间。3.2 第二步先进 TWRP别急着开机刷完或者临时启动后手机会进入 TWRP 界面。这时候第一件事是确认它认不认你的分区进 Wipe 菜单看 data 分区大小是不是正常数值不是 0MB进 Mount 菜单看 system、vendor 能不能挂载。如果 data 显示 0MB说明这个 TWRP 解不了你的加密后面格式化 data 的操作可能失败得先换 TWRP 版本。第二件事是确认 system 能不能挂载为读写。默认是只读的需要在 Mount 里勾选 System 并确保 Mount system partition read-only 没被选中。如果勾了还是只读就得处理 dm-verity 校验这个在 3.4 节讲。这一步最重要的原则是不要重启进系统。 TWRP 刚刷进去的时候是新鲜的一旦进系统回写机制就可能启动。所以进 TWRP 之后直接把后续步骤做完包括格式化 data、刷补丁、删回写文件一气呵成。中途如果必须重启比如补丁要求重启生效也要重启回 recovery 而不是重启进系统。3.3 第三步掐断官方 recovery 回写链这是永久固定的核心。核心思路是在 TWRP 里找到那两个回写文件并删掉。先挂载 system 分区然后用 TWRP 自带的终端或者 ADB shell 操作。# 在 TWRP 终端里执行 mount -o rw,remount /system find /system -name recovery-from-boot.p 2/dev/null find /system -name install-recovery.sh 2/dev/nullfind的好处是不用管路径变体system-as-root 结构下它能自动搜到/system/system/里的文件。找到之后执行删除rm -f /system/system/recovery-from-boot.p rm -f /system/system/bin/install-recovery.sh删完记得再跑一次 find 确认同时检查 vendor 分区里有没有同名文件有些机型把还原源放在 vendor。如果 system 挂载为读写失败说明 dm-verity 还开着先跳到 3.4 节处理校验回来再删。注意不要只改文件名不删某些校验逻辑会扫描备份文件也不要把文件删了却忘了清缓存个别机型会从缓存里恢复。3.4 第四步处理 vbmeta 与 dm-verity 校验AVB 2.0 是 Android 的启动完整性校验机制它通过 vbmeta 分区里的签名逐级校验 boot、system、vendor 等分区的哈希值。你改了 system 分区的内容校验就对不上设备可能拒绝启动或者卡在开机动画。解决办法是关闭校验。标准做法是提取同版本官方固件里的vbmeta.img然后用带参数的方式刷回去fastboot --disable-verity --disable-verification flash vbmeta vbmeta.img这两个参数的含义要分清--disable-verity关的是 dm-verity也就是块级别的完整性校验不关它 system 分区挂不上读写--disable-verification关的是 AVB 签名校验不关它改了分区就开不了机。两个都要关只关一个会出现能挂载但开不了机或者能开机但改不了分区的半吊子状态。部分 TWRP 版本内置了关闭校验的功能在 Advanced 或者 Mount 菜单里能找到类似 Disable DM-Verity 的选项效果等价操作更省事。但要注意这个操作同样会修改 vbmeta 状态做完之后系统 OTA 基本就废了后面要靠整包刷机来更新。3.5 第五步验证永久是否成立所有操作做完重启进系统正常使用一段时间至少经历一次完整开关机然后关机手动进入 recovery。如果进的是 TWRP 而不是官方恢复界面说明回写链掐断成功。第二次验证更严格用fastboot boot之外的方式也就是完全靠按键进入。因为有些情况下 fastboot 命令会临时覆盖分区状态用按键进的才是真实状态。如果按键进去还是 TWRP那基本可以确认固定住了。第三次验证是检查文件是否真的没了进 TWRP 挂载 system再跑一次find确认搜不到那两个文件。如果文件又出现了说明有别的还原机制比如某个开机脚本需要进一步排查。我在一台机器上遇到过文件被重新生成的情况最后发现是 vendor 分区里有个备份副本删掉 vendor 里的才彻底干净。4. 无密 data 的实现从格式化到 fstab 改造TWRP 固定住之后处理 data 加密。这一章的两个方案一个是刷补丁一个是手动改 fstab前者省事后者可控建议先试补丁不行再手动。4.1 格式化 data 到底做了什么先纠正一个常见误区TWRP 的 Wipe 菜单里有两个容易混淆的选项一个是 Format Data一个是 Advanced Wipe → Data。这两个完全不是一回事。Advanced Wipe 里的 Data 是普通格式化它只清掉文件系统的内容加密的元数据也就是那个footer还留在分区末尾。格式化完重启系统一看加密标志还在照样按加密分区处理你还是得输密码。而 Format Data 会连加密元数据一起清掉并在分区上重建一个干净的文件系统输入 yes 确认后执行这才是真正的去加密。操作路径是TWRP 主界面 → Wipe → Format Data → 输入yes→ 确认。执行完你会看到一堆 Formatting Data using make_ext4fs 或者 mkfs.f2fs 的日志最后提示 successful。注意Format Data 会清空整个 /data包括内部存储里的所有文件。这一步之前必须完成备份没有例外。4.2 补丁方案一键禁用强制加密格式化之后data 是干净的但系统开机时还会按照 fstab 里的配置重新加密。所以必须改 fstab让系统知道这个分区不要加密。补丁包做的就是这件事。常见补丁的工作流程是解包 boot 分区或者挂载 vendor找到 fstab 文件把里面的强制加密标志替换掉再重新打包刷回。使用时在 TWRP 里选择 Install选中 zip 包滑动刷入即可。刷完它会输出日志告诉你改了哪个文件、改成了什么。刷补丁有两个前提一是必须先格式化 data二是补丁版本要匹配你的系统版本。 MIUI 11 的 fstab 格式在不同小版本之间可能有微调用错版本的补丁可能改不到正确的位置表现为刷成功了但开机还是加密。判断方法是开机后进系统设置看存储加密状态或者干脆再进 TWRP 看 data 要不要密码。如果补丁刷完还是加密别急着重刷先看日志里是否有 fstab not found 之类的提示。这种情况说明你的机型 fstab 位置特殊得走手动方案。4.3 手动方案拆 boot 改 fstab手动改 fstab 的难点在于找到正确的文件。Android 10 的启动流程里fstab 可能出现在三个位置boot 分区的 ramdisk 根目录、ramdisk 的first_stage_ramdisk子目录、以及 vendor 分区的/vendor/etc/。哪个生效取决于机型的启动配置。先说 boot 分区的处理。用镜像解包工具把 boot.img 拆开magiskboot unpack boot.img解包后会得到一个 ramdisk 目录在里面找fstab.qcom或者fstab.平台名的文件。用文本编辑器打开找到 data 那一行它大概长这样/dev/block/bootdevice/by-name/userdata /data f2fs nosuid,nodev,noatime,inline_xattr,forceencryptfooter ...关键是forceencryptfooter这个参数。把它改成encryptablefooter表示可以加密但不强制或者直接删掉这个参数表示完全不加密。改完重新打包magiskboot repack boot.img new-boot.img fastboot flash boot new-boot.img如果 fstab 在 vendor 分区就不用拆 boot 了直接在 TWRP 里挂载 vendor 为读写用文件管理器或者终端改/vendor/etc/fstab.qcom改完保存。这种改法更简单但要注意 vendor 分区受 dm-verity 保护必须已经关闭校验才能写入成功。手动改的风险点在于格式。fstab 的每一行是空格分隔的字段多一个空格少一个逗号都可能导致挂载失败进而开不了机。改之前把原文件复制一份到外部存储改完用cat命令核对内容确认参数名拼写正确encryptable不是encryptble。4.4 顺序问题先解密还是先固定 TWRP前面提过要先解密这里说清楚为什么。假设你先删了回写文件、固定了 TWRP然后重启进系统准备再处理 data——这一步重启会让系统按原 fstab 重新加密 data如果之前格式化过等于白做。而如果你先格式化和改 fstab再删回写文件整个流程可以一直在 TWRP 里完成中间不接触官方系统也就没有重新加密的机会。还有一个细节刷补丁和刷 Magisk 的顺序。如果你打算装 Magisk建议在禁用加密补丁之后刷因为补丁可能会修改 boot 分区而 Magisk 也是修改 boot 分区顺序反了可能互相覆盖。刷完 Magisk 之后再进系统用 Magisk 应用确认安装状态。4.5 怎么确认已经无密验证方法有三个层次。最直观的是进 TWRP看 data 分区还要不要密码——不要密码直接能浏览文件列表说明没加密或者加密已解除。第二层是进系统后用 ADB 查属性adb shell getprop ro.crypto.state返回unencrypted就是无密返回encrypted就是还在加密。第三层是看 fstab 的实际内容在 TWRP 里把文件 cat 出来确认forceencrypt已经不在。三层都过了才算真的成功。只过第一层不够因为 TWRP 可能只是恰好能解开系统启动时照样加密。只过第二层也不够因为某些系统会延迟加密开机时显示 unencrypted用一会儿又变了。5. 常见故障排查与经验这一章是实际操作中最有价值的部分很多问题教程里不会写但你会真实遇到。5.1 故障速查表现象可能原因处理方向刷完 TWRP 重启变回官方恢复回写文件未删干净重新进 TWRP 用 find 全盘搜索并删除TWRP 里 data 显示 0MBFBE 解密不支持换 TWRP 版本或直接 Format DataFormat Data 报错 failed分区表损坏或镜像不匹配换 TWRP 版本重试必要时整包重刷开机卡在品牌动画dm-verity 或 AVB 校验失败重新执行 disable-verity 和 disable-verification刷完补丁开机仍加密补丁没改到正确的 fstab手动挂载 vendor 或解包 boot 检查fastboot 提示权限不足bootloader 未解锁完成官方解锁流程TWRP 触屏无响应镜像与机型不匹配换对应机型专用版本这张表覆盖了我遇到过的大部分情况。实际排查时先看现象对应哪一行再按处理方向走别一上来就整包重刷那样虽然能救回来但会丢掉所有已做的配置。5.2 卡米、卡 fastboot、TWRP 黑屏的应急卡在品牌动画是最常见的故障。处理思路是先判断是校验失败还是分区损坏。如果是改完 system 之后第一次开机就卡住八成是 AVB 校验没过重新刷一次 vbmeta 并带上关闭参数通常能解决。如果是刷完 boot 之后卡住可能是 boot 镜像打包有问题用官方 boot.img 刷回去恢复原状再重新操作。卡在 fastboot 界面进不去系统说明 boot 分区的内容无法被正常引导。这时候 fastboot 还能用是好事。直接用官方固件包里的 boot.img 刷回去能开机之后再重新尝试。别在这个时候继续刷其他分区容易把小问题扩大。TWRP 黑屏或者花屏通常是镜像版本不对。有些机型有多个屏幕供应商TWRP 镜像只适配了其中一种刷进去就是黑屏但设备其实在运行。解决办法是找该机型专用的、标注支持多屏幕的版本或者用fastboot boot临时测试多个版本找到能正常显示的那个再写入。5.3 OTA 与后续维护无密 data 加固定 TWRP 之后系统 OTA 基本就废了。原因有三OTA 会校验 system 分区完整性你删了文件校验就过不了OTA 会覆盖 recovery 分区TWRP 会被换回官方OTA 还可能重置 fstab让 data 重新加密。所以这套方案做完就要做好手动更新的心理准备。要更新系统的话正确姿势是下载完整固件包在 TWRP 里刷入注意不要刷包含 recovery 的分区刷完重新执行关闭校验、删回写文件、刷解密补丁这套流程。这个过程比较繁琐所以我的建议是除非有必须修的安全问题否则这台机器就停在当前版本别折腾更新。Magisk 的更新相对简单但也要注意某些版本的 Magisk 会重新处理 boot 分区的 fstab可能覆盖你的解密配置。更新 Magisk 之后进 TWRP 检查一下 fstab 里的加密参数还在不在不在就重新刷一次补丁。5.4 几条踩坑心得第一条fastboot boot是你的安全绳。 任何要写入分区的操作之前先用临时启动测一遍。能正常进 TWRP、能识别分区、能挂载 system再考虑写入。这个习惯让我至少避免了三次因为镜像不匹配导致的重刷。第二条每次改完分区立刻验证别攒着一起验。 改完 fstab 就查属性删完回写文件就跑 find刷完 vbmeta 就开机试。一次改一个变量出问题能立刻定位到是哪一步。一次改五处再重启出了问题只能全部重来。第三条准备一个救砖包。 把官方完整固件、驱动、刷机工具提前放在一个文件夹里真出事了不用现找。我第一次刷坏的时候光找匹配版本的固件就花了两个小时那种焦虑感不想再体验第二次。第四条不要相信一键工具。 这类工具封装了太多细节出错时你看不到日志不知道它改了哪个分区。宁可多敲几行命令至少每一步的反馈都在你眼前。真出问题命令行输出的信息就是排查的线索。第五条无密 data 的机器别放重要东西。 这话我说了很多遍但还是有人把工作文档、私人照片放在测试机上。数据安全这件事加密是最后一道防线你自己把防线拆了就得靠使用习惯来补。最后分享一个我常用的检查脚本思路把判断分区类型、检查 fstab 参数、查找回写文件这几条命令写成一个 shell 脚本放在 TWRP 能访问的目录里每次操作前跑一遍输出一份当前状态清单。这样你不用记那么多命令也不会漏掉某个检查项。脚本不用复杂几条getprop、几次find、一次grep就够了但它能让你在动手之前对设备的真实状态心里有数。
