天猫魔盒4青春尊享版M20_A固件分享

wapws · 发表于 2026-10-14 19:16

15751885765 发表于 2026-10-14 16:04
你这个升级包是自己制作的还是，哪里下载来的

下载来的。通过盒子自己的官方OTA渠道下载的

wapws · 发表于 2026-10-14 20:38

本帖最后由 wapws 于 2026-10-14 20:43 编辑

15751885765 发表于 2026-10-14 16:04
修改分区里的内置软件，删除system里的泰坦桌面，为的是可以刷纯净的系统。由于这个机顶盒system分区带签名 ...

你确定带签名验证吗？我手里这个机顶盒用AI查了，没有签名验证的机制。
以下是AI的结论

安全查证结论：无签名验证、无 BL 锁，可以继续
刚在盒子上实测 + 离线分析固件二进制，四条证据链全部指向同一结论：

1. system 分区（mmcblk0p7）——无任何签名验证

/system 是裸 ext4 直接只读挂载（/dev/block/mmcblk0p7 on /system type ext4 (ro,...)），全系统不存在任何 dm 设备 —— dm-verity 完全没有启用。若启用了 verity，system 会挂在一个 /dev/block/dm-N 设备上，实际一个都没有。
全志 Android 7.0 没有 AVB（Android 8.0 才有），props、init.rc、dmesg、fstab 里也搜不到任何 verify/verity 痕迹。
2. Bootloader 锁——不存在

全志 H2（sun8iw7p1）平台没有高通那种 BL 锁体系：ro.boot.flash.locked、verifiedbootstate 等属性全部为空，也没有 fastboot。
ro.secure=0、ro.build.tags=test-keys，内核 cmdline 自带 androidboot.selinux=permissive —— 整条链是 test 构建链。
你可能担心的 is_secure=1（cmdline 里）：这是 sunxi BSP 的常规参数（SoC 具备 secure 特性配置的标记），并非“校验已启用”——test-keys 的系统能正常启动这件事本身就证明 boot 链没有强制签名校验，否则这个非 release-key 的系统根本开不了机。

3. bootloader 分区（p2）实物检查：
离线解开了 bootloader.fex —— 就是个 FAT16 资源分区，里面只有开机 logo、字体、电池图片（bootlogo.bmp/font24.sft 等 19 个文件），连引导代码都不在里面，更没有校验逻辑。

4. YunOS 的签名验证只在 OTA/osupdate 层（recovery 应用升级包时校验阿里私钥签名），bootloader 不参与

15751885765 · 发表于 2026-10-14 21:41

我修改了system分区里的软件救不开机了，卡log,你可以测试下，把system分区里的软件替换掉，重新刷人，看看是不是开机

15751885765 · 发表于 2026-10-14 21:44

你问问你的AI 工具分析一下system分区，为什么修改system预装应用后，开机会卡logo，我用的是deepseak。

wapws · 发表于 2026-10-14 21:59

15751885765 发表于 2026-10-14 21:44
你问问你的AI 工具分析一下system分区，为什么修改system预装应用后，开机会卡logo，我用的是deepseak。 ...

你修改了什么system预装应用，怎么修改的，有添加应用吗？有的话能不能发我一份，我让AI一起分析。我用的GLM 5.3

15751885765 · 发表于 2026-10-14 22:18

wapws 发表于 2026-10-14 21:59
你修改了什么system预装应用，怎么修改的，有添加应用吗？有的话能不能发我一份，我让AI一起分析。我用的 ...

通过网盘分享的文件：system.rar
链接: https://pan.baidu.com/s/1Tl2iHlCG-YUKlGA8okD7Qg?pwd=ma78 提取码: ma78 只是删除原分区里的少儿大厅，咪咕音乐，开机广告三个app,其他未修改，刷机进去开机卡log，应该是卡在boot挂载分区system失败，boot分区在挂载system分区前会校验sys分区的完整性，ttl可以正常跑马到kernel启动。。

15751885765 · 发表于 2026-10-14 22:21

通过网盘分享的文件：卡logo串口1.txt
链接: https://pan.baidu.com/s/13p7t3ffNSvOIlcMHrj06CQ?pwd=2jex 提取码: 2jex 这个是开机卡log的串口输出日志，你可以一同让AI解读，看看能不能找到原因

wapws · 发表于 2026-10-15 16:06

15751885765 发表于 2026-10-14 22:21
通过网盘分享的文件：卡logo串口1.txt
链接: https://pan.baidu.com/s/13p7t3ffNSvOIlcMHrj06CQ?pwd=2jex ...

你的这个设备跟我的不一样啊，你这个是M20_C，我的是M20_A。
以下是AI分析

## 一、平台身份（很明确）

| 项目 | 值 |
|---|---|
| SoC 平台 | 全志 sun8iw7p1 系列，chip id = 0x42（U-Boot 里再次确认 "the chip id is 0x42"） |
| 平台命名 | 设备名 **MagicBox_M20C**，DTB/驱动用 sun8iw7p1 |
| 安全启动 | secure enable bit = 1，secure mode = **with secureos**，OP-TEE 已运行（root certif 内含 scp/optee/boot/recovery/uboot key） |
| 启动介质 | eMMC（storage_type=2），slot = **mmc 2** |
| eMMC 颗粒 | MID 0x15、PNM **8GTF4**、MMC v5.1、7456MB，磨损 0%-10%（几乎全新） |
| 内存 | DDR3 1024MB，576MHz；U-Boot 视角 DRAM 1 GiB，secure 预留后 **实际给 OS 944M** |
| 分区表 | MBR，10 个分区，system 50MB / cache 500MB / UDISK size=0 |

## 二、启动链路（时间轴 ms）

2349ms PMU 初始化 → 2679ms DRAM 就绪 → 2739ms eMMC 挂载成功 → 3716ms "ready to run u-boot" → 3796ms U-Boot 2014.07（2019-11-28编译，commit 79f0c20）→ 4.0s eMMC 初始化 OK → 5.65s 显示 bootlogo.bmp → 5.89s 读 boot 分区（19.6MB）→ 6.21s "ready to boot" → 6.28s "Starting kernel..."。

**关键点：整条 bootloader 链路是通的，没有卡死、没有看门狗复位、没有二次启动。** 所以"卡 logo"不是 bootloader 阶段的问题。

## 三、值得注意的异常（按可疑度排序）

1. **最关键：内核交接后完全没有内核日志。** `Starting kernel ...` 之后直接跳到 shell 提示符，中间本该有 kernel cmdline 回显、unpack ramdisk、"Linux version 5.x"、init 启动等输出。这里一个字符都没有 —— 说明串口内核 console 没接上（`console=` 未生效或被内核启动参数覆盖），这是你定位卡 logo 的最大信息盲区。

2. **display 交接异常**：`tv_probe:000` / `no report hpd work, you need support the switch class!` / `screen 0 don't support TV!` / `hdmi hpd out, force open?` —— 没有真实 EDID/HPD，HDMI 是被强制打开的。**logo 能正常显示**（bootlogo.bmp 780×438 读得干干净净），说明显示链路通；但内核侧的显示交接（de / DRM）状态未知。

3. **eMMC 在交接给内核前被关掉时失败**：`mmc 2 cmd 1 timeout` → `read op condition failed` → `card did not respond to voltage select!` → `mmc 2 exit failed`。正常来说 boot 从 eMMC 走时关机是允许的，但如果内核起来后 eMMC 识别异常，就会出现"logo 一直停着、系统起不来"——**这是最需要你复核的一条**。

4. **PMU/AXP 探测失败**：`axp: get node[pmu1_para] error` → `axp_probe error`，i2c 改由 cpux 接管。没有独立 PMIC，说明这板子是电源方案简化设计，本身不算故障，但意味着电压/温度信息拿不到。

5. **SD 卡槽 2 无卡**（cmd 8 / cmd 55 超时），属正常，最终 fallback 到 eMMC。

6. **efuse 读 MAC 失败**：`read mac from efuse failed`，改从 secure storage 取。MAC = 48:6E:70:4F:5A:93，SN = 11000020090123020001542，serial = 95f2782a019348000065。

7. USB 烧录模式没等到主机：`do_burn_from_boot usb : no usb exist`（正常）。
8. `advert.crc` 读不到（缺省，不影响），`hdcpkey` 已下发，Widevine 已安装（write_protect=1）。

## 四、我的判断

日志末尾那个 `MagicBox_M20C:/ $` 的目录列表（`init.recovery.sun8iw7p1.rc`、`verity_key`、`bugreports`、`charger`）是 **recovery 根文件系统**，也就是说：内核 + ramdisk 其实起来了，落在了 recovery / 救援环境，而不是正常 Android。内核命令行是 `selinux=1 androidboot.selinux=permissive`。

所以"卡 logo"有两种可能，需要你确认现象：
- **A**：卡在 uboot 显示的 bootlogo（内核根本没接管显示）→ 重点查 3 和 2；
- **B**：logo 被内核接管但 Android framework 起不来（比如卡在 recovery、卡在 data 挂载/解密）→ 重点查 recovery 为何被选中、`user data's magic is bad`（第 202 行，userdata 未格式化）。

wapws · 发表于 2026-10-15 19:09

15751885765 发表于 2026-10-14 22:21
通过网盘分享的文件：卡logo串口1.txt
链接: https://pan.baidu.com/s/13p7t3ffNSvOIlcMHrj06CQ?pwd=2jex ...

你的盒子跟我的不一样啊，你的这个是M20C，我的是M20_A
以下是AI的分析

## 一、平台身份（很明确）

| 项目 | 值 |
|---|---|
| SoC 平台 | 全志 sun8iw7p1 系列，chip id = 0x42（U-Boot 里再次确认 "the chip id is 0x42"） |
| 平台命名 | 设备名 **MagicBox_M20C**，DTB/驱动用 sun8iw7p1 |
| 安全启动 | secure enable bit = 1，secure mode = **with secureos**，OP-TEE 已运行（root certif 内含 scp/optee/boot/recovery/uboot key） |
| 启动介质 | eMMC（storage_type=2），slot = **mmc 2** |
| eMMC 颗粒 | MID 0x15、PNM **8GTF4**、MMC v5.1、7456MB，磨损 0%-10%（几乎全新） |
| 内存 | DDR3 1024MB，576MHz；U-Boot 视角 DRAM 1 GiB，secure 预留后 **实际给 OS 944M** |
| 分区表 | MBR，10 个分区，system 50MB / cache 500MB / UDISK size=0 |

## 二、启动链路（时间轴 ms）

2349ms PMU 初始化 → 2679ms DRAM 就绪 → 2739ms eMMC 挂载成功 → 3716ms "ready to run u-boot" → 3796ms U-Boot 2014.07（2019-11-28编译，commit 79f0c20）→ 4.0s eMMC 初始化 OK → 5.65s 显示 bootlogo.bmp → 5.89s 读 boot 分区（19.6MB）→ 6.21s "ready to boot" → 6.28s "Starting kernel..."。

**关键点：整条 bootloader 链路是通的，没有卡死、没有看门狗复位、没有二次启动。** 所以"卡 logo"不是 bootloader 阶段的问题。

## 三、值得注意的异常（按可疑度排序）

1. **最关键：内核交接后完全没有内核日志。** `Starting kernel ...` 之后直接跳到 shell 提示符，中间本该有 kernel cmdline 回显、unpack ramdisk、"Linux version 5.x"、init 启动等输出。这里一个字符都没有 —— 说明串口内核 console 没接上（`console=` 未生效或被内核启动参数覆盖），这是你定位卡 logo 的最大信息盲区。

2. **display 交接异常**：`tv_probe:000` / `no report hpd work, you need support the switch class!` / `screen 0 don't support TV!` / `hdmi hpd out, force open?` —— 没有真实 EDID/HPD，HDMI 是被强制打开的。**logo 能正常显示**（bootlogo.bmp 780×438 读得干干净净），说明显示链路通；但内核侧的显示交接（de / DRM）状态未知。

3. **eMMC 在交接给内核前被关掉时失败**：`mmc 2 cmd 1 timeout` → `read op condition failed` → `card did not respond to voltage select!` → `mmc 2 exit failed`。正常来说 boot 从 eMMC 走时关机是允许的，但如果内核起来后 eMMC 识别异常，就会出现"logo 一直停着、系统起不来"——**这是最需要你复核的一条**。

4. **PMU/AXP 探测失败**：`axp: get node[pmu1_para] error` → `axp_probe error`，i2c 改由 cpux 接管。没有独立 PMIC，说明这板子是电源方案简化设计，本身不算故障，但意味着电压/温度信息拿不到。

5. **SD 卡槽 2 无卡**（cmd 8 / cmd 55 超时），属正常，最终 fallback 到 eMMC。

6. **efuse 读 MAC 失败**：`read mac from efuse failed`，改从 secure storage 取。MAC = 48:6E:70:4F:5A:93，SN = 11000020090123020001542，serial = 95f2782a019348000065。

7. USB 烧录模式没等到主机：`do_burn_from_boot usb : no usb exist`（正常）。
8. `advert.crc` 读不到（缺省，不影响），`hdcpkey` 已下发，Widevine 已安装（write_protect=1）。

## 四、我的判断

日志末尾那个 `MagicBox_M20C:/ $` 的目录列表（`init.recovery.sun8iw7p1.rc`、`verity_key`、`bugreports`、`charger`）是 **recovery 根文件系统**，也就是说：内核 + ramdisk 其实起来了，落在了 recovery / 救援环境，而不是正常 Android。内核命令行是 `selinux=1 androidboot.selinux=permissive`。

所以"卡 logo"有两种可能，需要你确认现象：
- **A**：卡在 uboot 显示的 bootlogo（内核根本没接管显示）→ 重点查 3 和 2；
- **B**：logo 被内核接管但 Android framework 起不来（比如卡在 recovery、卡在 data 挂载/解密）→ 重点查 recovery 为何被选中、`user data's magic is bad`（第 202 行，userdata 未格式化）。

› 智能电视盒 / 安卓TV机顶盒区 › 天猫魔盒论坛

天猫魔盒4青春尊享版M20_A固件分享

天猫魔盒4青春尊享版M20_A固件分享

浏览过的版块

站长推荐 /2