OTA 更新引擎update_engine在往 Slot B 写入新系统时发现当前 Slot A 启用了 overlayfs为了防止动态分区的 Snapshot快照损坏会直接拒绝并终止 OTA 升级overlayfs overrides are active and can interfere with our resources.run adb enable-verity to deactivate if required and try again.ErrorCode::kOverlayfsenabledError (64)adb logcat -s update_engine恢复 Verity 并禁用 overlayfsadb enable-verity用一个最通俗的**“透明塑胶页”**比喻你就能秒懂什么是 OverlayFS以及为什么它会导致 OTA 更新失败。一、 什么是 OverlayFS透明塑胶页OverlayFS重叠文件系统是 Linux 内核自带的一种技术。它的作用是把一个只读的文件夹和一个可写的文件夹“叠”在一起变成一个新的文件夹。在 Android 10 以后动态分区底层Lowerdir原来的/system分区只读的就像一本印刷好的书。顶层Upperdir一个叫scratch的隐藏分区可写的就像一张覆在书上的透明塑胶页。你看到的界面Merged你透过塑胶页看书。当你执行adb remount然后往/system里修改或添加文件时原始的/system书本一点都没变因为改不动。你修改的内容全部被写到了那个隐藏的scratch分区写在了透明塑胶页上。系统运行时把两者叠在一起让你“感觉”好像把/system给改成功了。二、 为什么开启 OverlayFS 后OTA 更新就会报错既然原始分区没变为什么 OTA 更新update_engine会报错kOverlayfsenabledError呢有3 个致命原因1. 占用了底层分区锁Device Mapper 被锁定Android 的 A/B 升级需要使用Virtual A/B快照机制。当update_engine准备把新系统写入 Slot B 时它需要在底层的super.img动态分区大本营里重新申请空间、划分区块。但是OverlayFS 此时正强行占用着super.img的底层映射。就好像工人要拆楼重新造OTA 写入但房客OverlayFS还在房子里锁着门不出来。2. 文件视图与真实物理磁盘不一致OTA 更新引擎需要操作的是真实的物理磁盘区块。而 OverlayFS 呈现给系统的是**“原始磁盘 塑胶页”叠加后的虚假视图**。如果此时直接强行写入新系统极有可能导致内存与物理磁盘数据错乱升级完直接开不了机变成砖头。3. Google 的硬性安全拦截防刷砖Google 考虑到上述风险在 Android 的update_engine源码里写死了一行防御逻辑“在开始下载和写入 OTA 包之前先检查 OverlayFS 是不是开着的。只要开着为了防止把手机刷成砖立刻停止更新并报错ErrorCode::kOverlayfsenabledError(64)”总结开启 OverlayFS是为了方便开发者做adb remount修改系统文件关闭 OverlayFS通过adb enable-verity是为了让系统恢复干净的只读状态这样 OTA 升级引擎才能安全地对磁盘进行分区擦写。