救砖与备份：boot/vbmeta/分区与 fastboot 工具箱

搞机的刺激来自“可控地冒险”。真正让人崩溃的不是翻车，而是：你翻车时没有任何回滚手段。

这篇把“备份与救砖”的核心知识整理成一份工具箱：你至少要知道哪些分区最关键、fastboot 能做什么、怎样把风险降到最低。

重要提醒：刷机/解锁/Root 相关操作存在变砖与数据丢失风险。请务必提前备份重要数据，并确保你拿到设备的官方固件与恢复路径。

1) 你要备份的不是“所有东西”，而是“关键点”

建议分两层：

• 数据层：照片、聊天记录、文档、账号二次验证等（最重要）
• 系统层：用于救砖的关键镜像/固件（boot 等）

如果只能做一件事：先把数据层备份好。

2) ADB / Fastboot：搞机必备的两把扳手

• ADB：系统正常启动后，用于调试、传文件、查看日志
• Fastboot：引导层工具，用于刷写分区、临时启动镜像（不同机型能力不同）

平台工具建议永远用官方 Platform-Tools 的新版本，避免旧版兼容性坑。

3) 常见关键分区（理解它们，你就不怕“刷错”）

不同设备分区略有差异，但常见关键点：

• boot：内核 + ramdisk（Root/修补常用）
• vbmeta：AVB 验证相关（刷错容易导致无法启动）
• vendor_boot / dtbo：部分设备会用到
• recovery：恢复环境（很多新机已变化）
• super：动态分区（system/vendor/product 等可能打包在一起）

很多设备还有 A/B 槽位：

• boot_a / boot_b 等
• 升级时在后台更新另一个槽位，失败可回滚

4) “救砖”常见场景与处理思路

场景 A：进系统卡开机/无限重启

优先思路：

• 最近做了什么改动？（模块？内核？system 修改？）
• 能否进 recovery/fastboot？

如果能进 fastboot：

• 尝试恢复关键分区到“已知可用”的版本（例如官方 boot 镜像）
• 一次只做一个动作，避免把问题叠加复杂化

场景 B：系统能进，但某些功能异常

常见原因：

• 模块冲突
• 权限/SELinux 策略变化
• OTA 升级后未适配

处理方式：

• 回到“最小改动”：先禁用非必要模块
• 再逐个启用排查

5) 搞机前的“最低准备清单”

• 重要数据多地备份（至少两份）
• 保存设备当前版本对应的官方固件（或至少关键镜像）
• 准备好 Platform-Tools 与驱动
• 了解本机进入 fastboot/recovery 的方式
• 记录当前做过的改动（模块列表、版本号、刷入项）

总结

真正的高手不是“从不翻车”，而是“翻车也能 10 分钟回滚”。你只要把备份与救砖工具箱准备好，折腾就会从“赌博”变成“可控实验”。

封面与配图来自 Unsplash（免费使用授权）。