魔百和CM201-2开启ADB失败如何解决？

Question

在尝试开启魔百和CM201-2的ADB调试功能时，常出现“ADB连接失败”或“设备未授权”的问题。该问题多因系统未启用ADB开关、USB调试权限未正确配置，或串口指令未生效所致。部分固件版本限制了ADB服务启动，即使通过遥控器组合键进入隐藏菜单也无法持久开启。此外，adb daemon未正常运行或网络ADB端口被关闭，也会导致PC端无法识别设备。需结合串口日志排查服务状态，并确认是否需刷写开放ADB的定制_recovery或修改system/build.prop文件。

Answer 1

一、ADB调试功能开启失败的常见现象与初步排查

在尝试开启魔百和CM201-2的ADB调试功能时，用户常遇到“ADB连接失败”或“设备未授权”的提示。这类问题通常出现在PC端执行adb devices命令后，设备列表为空或显示为“unauthorized”状态。

• 检查USB线是否为数据线（部分仅支持充电）
• 确认电视盒子是否已开启“开发者选项”和“USB调试”
• 使用遥控器组合键（如：上+菜单+返回）尝试进入隐藏设置菜单
• 查看设备是否弹出“允许USB调试？”的授权对话框

若上述步骤无效，则需进一步深入系统底层排查服务运行状态。

二、系统级配置分析与build.prop修改策略

魔百和CM201-2基于Android系统定制，其ADB服务受控于/system/build.prop文件中的关键属性。部分运营商固件默认关闭了相关调试开关。

属性名称	默认值	建议修改值	作用说明
ro.adb.secure	1	0	关闭ADB安全认证
persist.service.adb.enable	0	1	启用持久化ADB服务
persist.service.debuggable	0	1	开启系统调试模式
ro.debuggable	0	1	允许应用调试

修改该文件需通过root权限挂载/system为可写，并在重启后验证属性是否生效：getprop | grep adb

三、串口日志辅助诊断与adb daemon状态检测

当图形界面无法提供足够信息时，串口调试成为核心手段。通过UART接口连接CH340/CP2102模块，可获取内核及zygote启动日志。

dmesg | grep -i adb
init: starting service 'adbd'...
init: Service 'adbd' (pid 1234) exited with status 0

若日志中出现adbd exited，表明守护进程启动后立即崩溃，可能原因包括：

1. SELinux策略限制（可临时设为permissive模式测试）
2. build.prop配置错误导致解析异常
3. 系统分区损坏或签名验证失败
4. 定制recovery未正确注入adb支持组件

此时应结合logcat -b events查看Android框架层事件流。

四、定制Recovery刷写与持久化ADB开启方案

对于高版本固件（如Android 9以上），即使修改build.prop也无法持久开启ADB，因其在每次启动时由系统服务重置调试标志。解决方案是刷入支持ADB的定制_recovery镜像。

常用工具链如下：

• Fastboot + 线刷包解包后提取boot.img与recovery.img
• 使用Magisk进行systemless修补以保留原厂完整性校验
• 通过Amlogic USB Burning Tool烧录支持adb的recovery

成功刷入后，在recovery模式下执行：

adb shell
setprop sys.usb.config adb

五、网络ADB端口开放与防火墙规避策略

部分CM201-2设备虽启用ADB服务，但仅绑定USB通道，未监听TCP端口5555。可通过以下命令强制开启网络ADB：

adb shell su -c "setprop service.adb.tcp.port 5555"
adb shell su -c "stop adbd"
adb shell su -c "start adbd"

随后在PC端连接：

adb connect 设备IP:5555

注意：某些固件内置iptables规则会阻断外部连接，需清除过滤链：

adb shell su -c "iptables -F"

六、综合故障排查流程图

graph TD
            A[开始] --> B{能否进入开发者选项?}
            B -- 是 --> C[开启USB调试]
            B -- 否 --> D[使用遥控器组合键进入隐藏菜单]
            D --> E[启用ADB开关]
            C --> F{PC识别设备?}
            E --> F
            F -- 否 --> G[检查USB线与ADB驱动]
            G --> H[使用串口获取dmesg/logcat]
            H --> I{adbd是否启动?}
            I -- 否 --> J[修改build.prop并重新挂载/system]
            I -- 是 --> K{是否显示unauthorized?}
            K -- 是 --> L[清除adb_keys或重新授权]
            K -- 否 --> M[成功连接]
            J --> N[考虑刷写定制recovery]
            N --> O[重新启动并验证ADB状态]
            O --> M