OSMO Action5Pro 解锁BL并开启adbd
内容提要
本文介绍大疆 Osmo Action 5 Pro 运动相机解锁 Bootloader 的教程。该机搭载骁龙 8 Gen 2 芯片，可通过 9008 模式修改 devinfo 两字节解锁 Bootloader，并将工厂 ABL 写入活动槽，使系统以工程模式启动，从而开启开机自启的 root ADB 和 Fastboot。全程只需改动两个分区，无需刷写 userdata。文章详述了备份、写入、验证及回退步骤，并强调操作有变砖风险，务必提前备份。
延伸解读
解锁原理：为何只需改动两个分区
文章指出，Action 5 Pro 本身已内置 adbd 组件且服务处于 enabled 状态，问题在于原厂 production 模式下的 ABL 未让系统进入工程调试状态。解锁只需修改 devinfo 的两个解锁标志，并将工厂 ABL 写入活动槽，使内核启动参数包含 mp_state=engineering 和 androidboot.secure_debug=1，从而拉起 adbd 获得 root shell。这种最小改动方案无需触碰 system 或 userdata，降低了数据丢失风险。
操作风险与关键前提
9008/Firehose 模式直接对 UFS 裸写，地址错误、供电中断或 loader 不匹配都可能导致设备变砖。文章强调，操作前必须确认能稳定进入 9008、拥有匹配的 Firehose loader 和工厂 ABL、已读取本机 GPT 并备份关键分区。解锁 Bootloader 可能触发数据清除、失去保修并降低设备安全性。此外，文中 LUN 和扇区均为示例值，必须根据自己设备的 printgpt 输出为准，不可照抄。
验证与回退：确保操作可逆
每一步写入后都需立即回读，并通过 cmp 逐字节比较确认与目标镜像一致。成功解锁后，fastboot getvar unlocked 应返回 yes，adb shell 的 uid 应为 0。若需回退，先恢复原厂 ABL，再恢复原始 devinfo，全部回读验证成功后再重启。文章还提醒，OTA 升级可能覆盖活动槽 ABL 导致 ADB 关闭，升级后应先检查 adb devices，不要盲目重复刷写。
Q&A
大疆 Osmo Action 5 Pro 解锁 Bootloader 需要修改哪些分区？
只需要修改两个分区：devinfo 和当前活动槽的 ABL。devinfo 中两个字节的解锁标志被置为 1，解除 Bootloader 锁定；将工厂 ABL 写入活动槽，使系统以 engineering 模式启动。userdata 完全不用碰。
为什么解锁 Action 5 Pro 不需要刷写 userdata？
因为从别的设备回读的 userdata 会带有原设备的 UUID、Wi-Fi、蓝牙密钥、相机配置和校准数据，跨设备写入会覆盖你自己的设备信息，弊大于利。实际上开启 ADB 只需要修改 devinfo 和 ABL，userdata 无需改动。
解锁后如何验证 root ADB 和 Fastboot 是否成功开启？
连接相机后，执行 adb devices -l 应显示设备状态为 device，adb shell id 返回 uid=0(root)。检查 /proc/cmdline 应包含 mp_state=engineering 和 androidboot.secure_debug=1，adbd.service 为 enabled 和 active。执行 adb reboot bootloader 后，fastboot getvar unlocked 应返回 yes，current-slot 为 a，product 为 kalama。
解锁 Action 5 Pro 有哪些风险？操作前需要做哪些准备？
风险包括：9008/Firehose 直接对 UFS 裸写，地址错误、供电中断或用错 loader 都可能导致变砖；解锁 Bootloader 可能触发数据清除、失去保修、降低设备安全性。操作前需确认：能用工程线进入 9008 模式；已获取匹配的 Firehose loader 和工厂 ABL；已读取本机 GPT；已备份原始 devinfo、活动槽 ABL 和关键小分区；全程供电稳定，电池已装回。
如何将 Action 5 Pro 恢复回原厂状态？
前提是仍能通过工程线进入 9008 模式。先重新读取 GPT 并确认布局未变，然后先写回原始 ABL A，再写回原始 devinfo，每次写入后都要回读校验，确保与备份逐字节一致。两项都恢复成功后，执行 reset 复位。
解锁后 OTA 升级会有什么影响？需要注意什么？
OTA 升级可能覆盖活动槽 ABL，使系统恢复 production 模式并关闭 ADB。升级后应先执行 adb devices -l 检查 ADB 是否还在。如果 ADB 消失，不要盲目重复刷写，应重新进入 9008 模式，读取当前 GPT、活动槽和 ABL 哈希后再决定如何操作。
