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

作者：星苒鸭（xingranya）
发布日期：2026-02-06
更新时间：2026-02-06
原文：https://blog.xran.uk/android-backup-unbrick-fastboot-partitions/

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

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

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

![硬件维修需要工具，软件救砖也一样需要“预案”](https://images.unsplash.com/photo-1741392078190-d263a71291cd?auto=format&fit=crop&w=1600&q=80&ixlib=rb-4.1.0)

### 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（免费使用授权）。
