[交流讨论]HG680-MC的几种版本分析

LPP_robey · 发表于 2024-12-28 15:43

LPP_robey 发表于 2024-12-28 01:07
我已经刷完的HG680-MC（2024-03-01），开机确实特别慢，开机静止画面20多秒，接着的动画部分（bootanimat ...

通过dmesg -T命令分析出来确实是加载tvcertificate导致时间过长。
[Tue Mar 19 21:31:20 2024] [VE info] VE open
[Tue Mar 19 21:31:20 2024] [Utopia][MIU]: \x09[HAL_MIU_MaskReq][1379]
[Tue Mar 19 21:31:20 2024] [Utopia][MIU]: Not support client ID:90!
[Tue Mar 19 21:31:20 2024] [Utopia][MIU]: \x09[HAL_MIU_UnMaskReq][1424]
[Tue Mar 19 21:31:20 2024] [Utopia][MIU]: Not support client ID:90!
[Tue Mar 19 21:31:20 2024] Wait V Sync!!
[Tue Mar 19 21:31:20 2024] DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
[Tue Mar 19 21:31:20 2024] DEBUG: Build fingerprint: 'unknown'
[Tue Mar 19 21:31:20 2024] DEBUG: Revision: '1234'
[Tue Mar 19 21:31:20 2024] DEBUG: ABI: 'arm'
[Tue Mar 19 21:31:20 2024] DEBUG: pid: 1770, tid: 1770, name: app_process  >>> /system/bin/app_process <<<
[Tue Mar 19 21:31:20 2024] DEBUG: signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr --------
[Tue Mar 19 21:31:20 2024] DEBUG: Abort message: 'app_process: Unable to determine ABI list from property ro.product.cpu.abilist32.'
[Tue Mar 19 21:31:20 2024] DEBUG:    r0  00000000  r1  000006ea  r2  00000006  r3  eb8647a0
[Tue Mar 19 21:31:20 2024] DEBUG:    r4  000006ea  r5  000006ea  r6  ff9e0904  r7  0000010c
[Tue Mar 19 21:31:20 2024] DEBUG:    r8  ff9e2bac  r9  00000001  r10 00000004  r11 00000004
[Tue Mar 19 21:31:20 2024] DEBUG:    ip  00000041  sp  ff9e08f0  lr  eb7f308d  pc  eb7eae12
[Tue Mar 19 21:31:20 2024] DEBUG:
[Tue Mar 19 21:31:20 2024] DEBUG: backtrace:
[Tue Mar 19 21:31:20 2024] DEBUG:    #00 pc 0001ce12  /system/lib/libc.so (abort+62)
[Tue Mar 19 21:31:20 2024] DEBUG:    #01 pc 00006d45  /system/lib/liblog.so (__android_log_assert+156)
[Tue Mar 19 21:31:20 2024] DEBUG:    #02 pc 00001abd  /system/bin/app_process32 (main+1028)
[Tue Mar 19 21:31:20 2024] DEBUG:    #03 pc 00088e05  /system/lib/libc.so (__libc_init+48)
[Tue Mar 19 21:31:20 2024] DEBUG:    #04 pc 00001677  /system/bin/app_process32 (_start_main+46)
[Tue Mar 19 21:31:20 2024] DEBUG:    #05 pc 00000306  <anonymous:ecdc8000>
[Tue Mar 19 21:31:21 2024] [Hal_VE_EnableDI][1389] bEnable = 0, bIsDNR2VE = 0
[Tue Mar 19 21:31:21 2024] \x1b[1;31m<<<mi_extin_NotifyDispStatus[2725] MI_EXTIN NOT Inited !\x0a\x1b[0m
[Tue Mar 19 21:31:21 2024] [Utopia][PWS]: \x1b[35mFunction = PWSOpen, Line = 809, [PWS INFO] OPEN INSTANCE...\x1b[m
[Tue Mar 19 21:31:21 2024] [Utopia][PWS]: PWSIoctl - MDrv_CMD_PWS_Init
[Tue Mar 19 21:31:40 2024] init: [libfs_mgr]Skipping '/dev/block/platform/mstar_mci.0/by-name/tvcertificate' during mount_all
[Tue Mar 19 21:31:40 2024] init: Init cannot set 'ro.crypto.state' to 'unsupported': Read-only property was already set
[Tue Mar 19 21:31:40 2024] init: Command 'mount_all /vendor/etc/fstab.c2p --late' action=fs (/vendor/etc/init/hw/init.c2p.rc:73) took 20058ms and succeeded

解决方案：
修改/vendor/etc/fstab.c2p文件，把下面这行注释掉或者删除掉
/dev/block/platform/mstar_mci.0/by-name/tvcertificate /vendor/tvcertificate ext4    noatime,nosuid,nodev                wait,latemount
即：不挂载tvcertificate

优化前（挂载耗时20058ms，20秒）：
Command 'mount_all /vendor/etc/fstab.c2p --late' action=fs (/vendor/etc/init/hw/init.c2p.rc:73) took 20058ms and succeeded

优化后基本没有耗时了，这里节省了20秒开机启动时间。

TODO：通过dmesg -T命令会发现启动过程中还有报错，也有各种prop文件中的只读属性重复设置的问题，这里还有很大优化空间，需要另外再优化。

LPP_robey · 发表于 2024-12-28 16:14

LPP_robey · 发表于 2024-12-28 16:15

LPP_robey 发表于 2024-12-28 16:14

@罗波波参考这个吧，文字总是没审核通过，就截图发了~
咱们基于这个继续讨论~

罗波波 · 发表于 2024-12-29 09:47

LPP_robey 发表于 2024-12-28 16:15
@罗波波参考这个吧，文字总是没审核通过，就截图发了~
咱们基于这个继续讨论~ ...

1、17个分区肯定就是原厂正常的完备情况，缺少分区肯定是不正常的（原因未知），我认为重建分区是解决问题的最直接的根本方法。大胆的刷，万万万一刷坏还可以进TTL。或者连TTL自己手动分区，心里能踏实些。
2、emmc硬件容量不同导致最后一个userdata分区容量不同，串口mmc part看的更加清楚。

87788107 · 发表于 2024-12-29 17:09

我也刷了，无线网络不行。有人解决了吗

LPP_robey · 发表于 2024-12-30 00:11

罗波波发表于 2024-12-29 09:47
1、17个分区肯定就是原厂正常的完备情况，缺少分区肯定是不正常的（原因未知），我认为重建分区是解决问 ...

我始终没明白，这两者分区不同会带来什么问题？你的重分区版本的固件主要是要解决什么问题？

罗波波 · 发表于 2024-12-30 09:38

LPP_robey 发表于 2024-12-30 00:11
我始终没明白，这两者分区不同会带来什么问题？你的重分区版本的固件主要是要解决什么问题？ ...

之前早都说了，很多机友刷了很多固件中途会出错退出，就是应为缺少对应分区无法刷入，而能刷入的固件仅是因为没刷该分区而已，并不代表该固件就很好。解决众所周知的启动慢问题，可能还有其他问题不清楚。而且该型号我也见过机友不只缺少tvcertificate，甚至连cache...等其它好几个分区都缺失（肯定压根启动不起来）。北京版，我敢肯定必是17个分区。

LPP_robey · 发表于 2024-12-30 10:52

我的2个烽火HG680-MC都是北京版，分区肯定是一样的吧？
目前通过已经刷机的盒子（2024-03-01生产）来看分区，就是缺少tvcertificate，也就是16个分区的B版（不过这个是我已经刷过的盒子，无法确定最初原始状态下分区是不是这样）。
我很想知道到底是从哪个日期开始往后生产的就少了tvcertificate分区。
话说回来其实少了tvcertificate分区也正常吧？咱们日常OTT使用场景根本用不着这个分区，更何况还刷了机了。。。

我确实之前刷过几个固件刷到中间就退出了（70%左右），估计就是因为要刷tvcertificate但没刷上，不过最终能启动并且也能用，只不过可能有潜藏其他问题还没发现然后我又换别的固件了。

另外，解决因缺少分区而启动慢的问题，可以修改/vendor/etc/fstab.c2p（不再自动挂载/vendor/tvcertificate分区）就好了，可以在缺少tvcertificate分区的情况下大幅降低启动时长，亲测至少节省20秒（启动日志里mount_all的时长，系统显示耗时20多秒然后报错说tvcertificate无法挂载）。这个其实整体上可以通过dmesg命令分析启动日志，能解决很多启动慢的问题（把标红报错的全干掉）。附件是我某次启动的日志，可以参考。

LPP_robey · 发表于 2024-12-30 11:07

罗波波发表于 2024-12-30 09:38
之前早都说了，很多机友刷了很多固件中途会出错退出，就是应为缺少对应分区无法刷入，而能刷入的固件仅是 ...

多问一句，是不是我这个盒子（2024-03-01生产）只要刷带了tvcertificate分区的固件，就肯定会中途失败退出？
这种情况我是不是可以用MStarBinTool-GUI_x64_x86_v2.4.1这个工具重新打包时不选tvcertificate就可以解决？

一个不带tvcertificate分区的固件，和你的重分区固件，除了重新处理了这个分区以外，其他区别在哪里？

罗波波 · 发表于 2024-12-30 17:51

本帖最后由罗波波于 2024-12-30 17:59 编辑

LPP_robey 发表于 2024-12-30 10:52
我的2个烽火HG680-MC都是北京版，分区肯定是一样的吧？
目前通过已经刷机的盒子（2024-03-01生产）来看分区 ...

fstab.c2p里要是有人后来加的tvcertificate，这显然不可能。厂家犯这样的低级错误概率也很低。
那你刷过机的mc盒子（2024-03-01生产）没刷机之前正常启动时间多少呢？另一台看下分区不就天下大白了。

› 运营商IPTV / 有线电视 / 广电机顶盒 › 中国移动魔百盒

[交流讨论]HG680-MC的几种版本分析

[交流讨论]HG680-MC的几种版本分析

浏览过的版块

站长推荐 /1