[交流討論]HG680-MC的幾種版本分析

LPP_robey · 發(fā)表于 2024-12-28 15:43

LPP_robey 發(fā)表于 2024-12-28 01:07
我已經(jīng)刷完的HG680-MC（2024-03-01），開機(jī)確實(shí)特別慢，開機(jī)靜止畫面20多秒，接著的動(dòng)畫部分（bootanimat ...

通過dmesg -T命令分析出來確實(shí)是加載tvcertificate導(dǎo)致時(shí)間過長(zhǎng)。
[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

優(yōu)化前（掛載耗時(shí)20058ms，20秒）：
Command 'mount_all /vendor/etc/fstab.c2p --late' action=fs (/vendor/etc/init/hw/init.c2p.rc:73) took 20058ms and succeeded

優(yōu)化后基本沒有耗時(shí)了，這里節(jié)省了20秒開機(jī)啟動(dòng)時(shí)間。

TODO：通過dmesg -T命令會(huì)發(fā)現(xiàn)啟動(dòng)過程中還有報(bào)錯(cuò)，也有各種prop文件中的只讀屬性重復(fù)設(shè)置的問題，這里還有很大優(yōu)化空間，需要另外再優(yōu)化。

LPP_robey · 發(fā)表于 2024-12-28 16:14

LPP_robey · 發(fā)表于 2024-12-28 16:15

LPP_robey 發(fā)表于 2024-12-28 16:14

@羅波波參考這個(gè)吧，文字總是沒審核通過，就截圖發(fā)了~
咱們基于這個(gè)繼續(xù)討論~

羅波波 · 發(fā)表于 2024-12-29 09:47

LPP_robey 發(fā)表于 2024-12-28 16:15
@羅波波參考這個(gè)吧，文字總是沒審核通過，就截圖發(fā)了~
咱們基于這個(gè)繼續(xù)討論~ ...

1、17個(gè)分區(qū)肯定就是原廠正常的完備情況，缺少分區(qū)肯定是不正常的（原因未知），我認(rèn)為重建分區(qū)是解決問題的最直接的根本方法。大膽的刷，萬萬萬一刷壞還可以進(jìn)TTL?；蛘哌BTTL自己手動(dòng)分區(qū)，心里能踏實(shí)些。
2、emmc硬件容量不同導(dǎo)致最后一個(gè)userdata分區(qū)容量不同，串口mmc part看的更加清楚。

87788107 · 發(fā)表于 2024-12-29 17:09

我也刷了，無線網(wǎng)絡(luò)不行。有人解決了嗎

LPP_robey · 發(fā)表于 2024-12-30 00:11

羅波波發(fā)表于 2024-12-29 09:47
1、17個(gè)分區(qū)肯定就是原廠正常的完備情況，缺少分區(qū)肯定是不正常的（原因未知），我認(rèn)為重建分區(qū)是解決問 ...

我始終沒明白，這兩者分區(qū)不同會(huì)帶來什么問題？你的重分區(qū)版本的固件主要是要解決什么問題？

羅波波 · 發(fā)表于 2024-12-30 09:38

LPP_robey 發(fā)表于 2024-12-30 00:11
我始終沒明白，這兩者分區(qū)不同會(huì)帶來什么問題？你的重分區(qū)版本的固件主要是要解決什么問題？ ...

之前早都說了，很多機(jī)友刷了很多固件中途會(huì)出錯(cuò)退出，就是應(yīng)為缺少對(duì)應(yīng)分區(qū)無法刷入，而能刷入的固件僅是因?yàn)闆]刷該分區(qū)而已，并不代表該固件就很好。解決眾所周知的啟動(dòng)慢問題，可能還有其他問題不清楚。而且該型號(hào)我也見過機(jī)友不只缺少tvcertificate，甚至連cache...等其它好幾個(gè)分區(qū)都缺失（肯定壓根啟動(dòng)不起來）。北京版，我敢肯定必是17個(gè)分區(qū)。

LPP_robey · 發(fā)表于 2024-12-30 10:52

我的2個(gè)烽火HG680-MC都是北京版，分區(qū)肯定是一樣的吧？
目前通過已經(jīng)刷機(jī)的盒子（2024-03-01生產(chǎn)）來看分區(qū)，就是缺少tvcertificate，也就是16個(gè)分區(qū)的B版（不過這個(gè)是我已經(jīng)刷過的盒子，無法確定最初原始狀態(tài)下分區(qū)是不是這樣）。
我很想知道到底是從哪個(gè)日期開始往后生產(chǎn)的就少了tvcertificate分區(qū)。
話說回來其實(shí)少了tvcertificate分區(qū)也正常吧？咱們?nèi)粘TT使用場(chǎng)景根本用不著這個(gè)分區(qū)，更何況還刷了機(jī)了。。。

我確實(shí)之前刷過幾個(gè)固件刷到中間就退出了（70%左右），估計(jì)就是因?yàn)橐vcertificate但沒刷上，不過最終能啟動(dòng)并且也能用，只不過可能有潛藏其他問題還沒發(fā)現(xiàn)然后我又換別的固件了。

另外，解決因缺少分區(qū)而啟動(dòng)慢的問題，可以修改/vendor/etc/fstab.c2p（不再自動(dòng)掛載/vendor/tvcertificate分區(qū)）就好了，可以在缺少tvcertificate分區(qū)的情況下大幅降低啟動(dòng)時(shí)長(zhǎng)，親測(cè)至少節(jié)省20秒（啟動(dòng)日志里mount_all的時(shí)長(zhǎng)，系統(tǒng)顯示耗時(shí)20多秒然后報(bào)錯(cuò)說tvcertificate無法掛載）。這個(gè)其實(shí)整體上可以通過dmesg命令分析啟動(dòng)日志，能解決很多啟動(dòng)慢的問題（把標(biāo)紅報(bào)錯(cuò)的全干掉）。附件是我某次啟動(dòng)的日志，可以參考。

LPP_robey · 發(fā)表于 2024-12-30 11:07

羅波波發(fā)表于 2024-12-30 09:38
之前早都說了，很多機(jī)友刷了很多固件中途會(huì)出錯(cuò)退出，就是應(yīng)為缺少對(duì)應(yīng)分區(qū)無法刷入，而能刷入的固件僅是 ...

多問一句，是不是我這個(gè)盒子（2024-03-01生產(chǎn)）只要刷帶了tvcertificate分區(qū)的固件，就肯定會(huì)中途失敗退出？
這種情況我是不是可以用MStarBinTool-GUI_x64_x86_v2.4.1這個(gè)工具重新打包時(shí)不選tvcertificate就可以解決？

一個(gè)不帶tvcertificate分區(qū)的固件，和你的重分區(qū)固件，除了重新處理了這個(gè)分區(qū)以外，其他區(qū)別在哪里？

羅波波 · 發(fā)表于 2024-12-30 17:51

本帖最后由羅波波于 2024-12-30 17:59 編輯

LPP_robey 發(fā)表于 2024-12-30 10:52
我的2個(gè)烽火HG680-MC都是北京版，分區(qū)肯定是一樣的吧？
目前通過已經(jīng)刷機(jī)的盒子（2024-03-01生產(chǎn)）來看分區(qū) ...

fstab.c2p里要是有人后來加的tvcertificate，這顯然不可能。廠家犯這樣的低級(jí)錯(cuò)誤概率也很低。
那你刷過機(jī)的mc盒子（2024-03-01生產(chǎn)）沒刷機(jī)之前正常啟動(dòng)時(shí)間多少呢？另一臺(tái)看下分區(qū)不就天下大白了。

› 運(yùn)營(yíng)商IPTV / 有線電視 / 廣電機(jī)頂盒 › 中國(guó)移動(dòng)魔百盒

[交流討論]HG680-MC的幾種版本分析

[交流討論]HG680-MC的幾種版本分析