Android 存储分区：物理级提取实战规程
本规程旨在指导技术人员在不依赖闭源一键工具的前提下，利用 Linux 标准指令（dd/ls/md5sum 等）对安卓底层块设备进行操作。
“在底层调试的世界里，没有意外，只有准备不足。每一份完整的物理镜像，都是你设备在遭遇 Ota 崩溃或 Root 失败时的后悔药。”
1 审计：精准定位块设备路径
Android 的分区并不是简单的逻辑文件夹，它们是 UFS/EMMC 存储芯片映射在 /dev/block/ 下的字符块设备。在执行备份前，必须解决“虚拟路径”与“物理地址”的映射关系，防止误刷入导致硬件死锁。
必看：Root 与 SELinux 原则
读取块设备属于系统级高敏感操作。若未执行 su 切换至 UID 0，系统会通过 SELinux 强制审计拦截读取请求。对于部分锁定严苛的设备，建议先执行 setenforce 0 降低拦截等级。
交互式审计：枚举软链接路径
adb shell
su
ls -l /dev/block/by-name/
# 审计重点：观察分区名称与底层 mmcblk 或 sdX 节点的指向关系
# 必须严格记录区分 A/B 槽位的后缀，如：boot_a, vendor_boot_b
硬件寻址架构差异
- 高通平台 (Qualcomm): 路径高度统一，通常直接映射在
/dev/block/bootdevice/by-name/。 - 联发科 (MTK): 路径结构较为多变，部分机型可能位于
/dev/block/platform/bootdevice/by-name/或特定的存储控制器目录下。 - V-A/B 逻辑： Android 11+ 设备广泛采用虚拟 A/B 分区。请执行
getprop ro.boot.slot_suffix确认为当前活跃槽位提供服务的镜像。
2 对照：关键分区的功能逻辑与依赖链
理解核心分区的职责是实施“精准修复”的前提。现代安卓设备已从静态分区转向动态分区架构 (Dynamic Partitions)，这意味着部分镜像（如 system/vendor）不再是独立的物理块，而是嵌套在 super 容器内的逻辑分区。
引导核心： 包含 Linux 内核镜像。在 Android 13+ 机型中，原本在 boot 中的 Ramdisk 被解耦至 init_boot，它是 Magisk 修复并获取 Root 权限的唯一物理目标。
驱动载体： 存放 SoC 供应商的内核模块（ko 文件）。对于支持 GKI 的设备，它是确保 Wi-Fi、音频、指纹传感器等硬件在引导阶段正常加载的必要组件。
提示：修改内核后若触控失灵，通常是该分区与内核版本脱节。验证元数据： 存放 AVB 2.0 签名。它是安卓“安全启动”的看门狗，记录了各分区的哈希值。备份它有助于在刷入修补镜像时，通过禁用验证逻辑来跳过校验。
关键：它是解开分区“只读限制”的钥匙。动态容器： 这是一个庞大的物理块，内部包含 system、system_ext、product、vendor 和 odm。它不记录在 `by-name` 的物理映射表中，而是由 LVM 逻辑卷管理。
注意：由于体积巨大（4G-12G），物理提取极其耗时。设备树叠加层： 记录特定硬件的参数（如屏幕厂商、充电 IC 规格）。它是实现同一份固件适配不同硬件批次的关键。
症状：刷错会导致显示花屏或无法充电。持久化配置： 存放出厂标定数据、传感器校准信息以及 DRM 数字版权密钥。该分区一旦损坏或抹除，几乎无法通过刷机恢复。
致命：丢失会导致相机打不开、指纹彻底失效。技术审计建议
在执行提取前，请确认你的目标。如果是为了 Root，仅备份 boot (旧) 或 init_boot (新) 即可；如果是为了防止升级失败后的救砖，则必须涵盖所有带 _a 和 _b 后缀的引导类分区。
3 执行：扇区级镜像流转实战
在 Linux 内核环境中，dd (Data Duplicator) 是操作块设备的最底层工具。它不关心文件系统结构，只负责将物理扇区的数据以 二进制流 (Binary Stream) 的形式进行搬运。在实施提取时，我们必须平衡“传输速度”与“数据完整性”。
致命错误审计：Output File 陷阱
在使用 dd 时，of= 参数代表目标路径。严禁将目标指向任何 /dev/block/ 路径（除非你正在执行恢复操作）！
若在备份时写错方向，指令会立即以扇区覆盖的方式抹除你的底层固件，导致设备瞬间进入“硬砖”状态（9008/BROM 模式）。
最佳实践：双端流式传输（无需本地存储空间）
adb shell "su -c 'dd if=/dev/block/by-name/boot_a bs=4096'" > boot_backup.img
# [底层原理]：
# 1. su 获取 UID 0 权限，dd 以 4KB 扇区对齐读取物理地址。
# 2. bs=4096 指定块大小，能够显著降低系统调用频率，提升 USB 传输带宽利用率。
# 3. ">" 符号将 adb 的输出流重定向至 PC 硬盘，手机端不产生任何临时文件。
进阶技巧：带压缩的超大分区提取 (针对 Super/UserData)
adb shell "su -c 'dd if=/dev/block/by-name/super bs=1M | gzip -c'" > super.img.gz
# [逻辑扩充]：
# 利用手机端 CPU 进行实时 Gzip 压缩，减少通过 USB 线缆的数据总量。
# 特别适用于 UFS 2.1/3.1 等读取速度远快于数据线传输上限的场景。
Windows 环境预警：若使用极旧版本的 ADB（r23以下），重定向可能会将二进制流中的 0x0A 错误转换为 0x0D 0x0A，导致生成的镜像损坏。请务必配合第一篇提到的 Platform-Tools r35+ 使用。
4 验证：数据完整性与容量审计
镜像提取完成仅代表“流传输结束”，并不等同于“数据可用”。在进行任何具有破坏性的调试（如修补内核或清空分区）前，必须通过双重复核审计 (Double-Check Audit) 确保镜像在物理扇区级别与源设备 100% 字节对齐。
利用 ls -l 或右键属性查看文件字节数。若提取体积为 0 或显著偏离以下硬件基准，证明提取被系统内核拦截：
- •
boot / init_boot: 通常为 64MB / 96MB / 128MB (固定二进制大小) - •
vendor_boot: 通常为 64MB 或 96MB - •
vbmeta: 极小，通常为 4KB 或 8KB，但必须对齐扇区。 - •
super: 4GB - 12GB。注意：提取 super 必须是原始大小。
对比手机源端块设备与 PC 端备份文件的哈希指纹，即使只差 1 个 bit，哈希值也会彻底改变：
adb shell "su -c 'md5sum /dev/block/by-name/boot_a'"
# 第二步：在 PC 端计算文件哈希 (Windows 环境)
certutil -hashfile boot_backup.img MD5
# 第二步：在 PC 端计算文件哈希 (Linux/macOS 环境)
md5sum boot_backup.img
提取失败故障自诊表
1. Permission Denied： 请检查手机端 Magisk/KernelSU 是否弹窗，确保为 Shell 授予了 Root 权限。
2. I/O Error： 物理连接不稳定。在大分区提取（如 super）时，若 USB 线缆质量不佳会导致传输中途重置，此时生成的镜像尾部会缺失。
3. 文件体积为 0： 检查 SELinux 状态。部分系统会阻止 su 进程访问 `by-name` 软链接。此时可尝试直接读取目标物理路径（如 `/dev/block/mmcblk0pXX`）。
5 应急：Fastboot 模式下的“物理抓取”
如果设备因内核崩溃导致无法进入系统层（adbd 未启动），只要 Bootloader 环境尚存，部分现代平台（特别是 Snapdragon 8 Gen 2+ 机型）通过协议栈扩展提供了 fetch 指令，允许在未启动系统的情况下直接从物理存储中回传镜像。
高级指令审计：Fastboot Fetch 链路
fastboot fetch boot_a ./boot_rescue.img
# [结果 A] 若进度条走动：厂商未在 BL 中屏蔽读取权限，这是最纯净的脱机备份方式。
# [结果 B] Command not allowed：BL 锁定状态下禁止越权读取，需先解锁 Bootloader。
# [结果 C] Unknown command：该设备的 Bootloader 固件（常见于 MTK 旧平台）未实现此 Sub-command。
物理抓取风险告知
在 Fastboot 模式下，系统并不挂载文件系统，而是直接寻址逻辑分区。若执行 fetch 成功，请立即对照“步骤 4”进行哈希校验。由于 Bootloader 阶段的 USB 驱动可能存在缓冲区溢出 Bug，提取的镜像存在极其微小的几率出现位错。
6 归档：标准化备份管理协议 (SOP)
备份是一项长期的工程管理。在底层调试的复盘中，随意命名的备份文件（如 1.img）不仅难以溯源，甚至可能因错误回刷导致 **ARB (回滚保护)** 触发，造成无法挽回的硬件锁死。
推荐命名规范与存储体系
强制命名格式：设备代号_分区名_底层版本号_操作日期.img
示例：备份小米 13 (fuxi) 引导分区
fuxi_initboot_a_v14.0.5_20260106.img
- 底层版本锚定： 必须标注具体的 OS 版本号。Android 的内核与驱动具有极强的耦合性，不同版本的镜像混用会导致随机的驱动失效（如相机黑屏）。
- 跨介质存储： 严禁仅保存在手机存储中。建议在 PC 硬盘与加密云盘双向归档。