LPP_robey 发表于 2024-12-28 01:07
我已经刷完的HG680-MC（2024-03-01），开机确实特别慢，开机静止画面20多秒，接着的动画部分（bootanimat ...
通过dmesg -T命令分析出来确实是加载tvcertificate导致时间过长。
VE open
: \x09
: Not support client ID:90!
: \x09
: Not support client ID:90!
Wait V Sync!!
DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
DEBUG: Build fingerprint: 'unknown'
DEBUG: Revision: '1234'
DEBUG: ABI: 'arm'
DEBUG: pid: 1770, tid: 1770, name: app_process>>> /system/bin/app_process <<<
DEBUG: signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr --------
DEBUG: Abort message: 'app_process: Unable to determine ABI list from property ro.product.cpu.abilist32.'
DEBUG: r000000000r1000006ear200000006r3eb8647a0
DEBUG: r4000006ear5000006ear6ff9e0904r70000010c
DEBUG: r8ff9e2bacr900000001r10 00000004r11 00000004
DEBUG: ip00000041spff9e08f0lreb7f308dpceb7eae12
DEBUG:
DEBUG: backtrace:
DEBUG: #00 pc 0001ce12/system/lib/libc.so (abort+62)
DEBUG: #01 pc 00006d45/system/lib/liblog.so (__android_log_assert+156)
DEBUG: #02 pc 00001abd/system/bin/app_process32 (main+1028)
DEBUG: #03 pc 00088e05/system/lib/libc.so (__libc_init+48)
DEBUG: #04 pc 00001677/system/bin/app_process32 (_start_main+46)
DEBUG: #05 pc 00000306<anonymous:ecdc8000>
bEnable = 0, bIsDNR2VE = 0
\x1b MI_EXTIN NOT Inited !\x0a\x1b[0m
: \x1b OPEN INSTANCE...\x1b[m
: PWSIoctl - MDrv_CMD_PWS_Init
init: Skipping '/dev/block/platform/mstar_mci.0/by-name/tvcertificate' during mount_all
init: Init cannot set 'ro.crypto.state' to 'unsupported': Read-only property was already set
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
@罗波波 参考这个吧，文字总是没审核通过，就截图发了~
咱们基于这个继续讨论~ ...
1、17个分区肯定就是原厂正常的完备情况，缺少分区肯定是不正常的（原因未知），我认为重建分区是解决问题的最直接的根本方法。大胆的刷，万万万一刷坏还可以进TTL。或者连TTL自己手动分区，心里能踏实些。
2、emmc硬件容量不同导致最后一个userdata分区容量不同，串口mmc part看的更加清楚。
我也刷了，无线网络不行。有人解决了吗
罗波波 发表于 2024-12-29 09:47
1、17个分区肯定就是原厂正常的完备情况，缺少分区肯定是不正常的（原因未知），我认为重建分区是解决问 ...
我始终没明白，这两者分区不同会带来什么问题？你的重分区版本的固件主要是要解决什么问题？
LPP_robey 发表于 2024-12-30 00:11
我始终没明白，这两者分区不同会带来什么问题？你的重分区版本的固件主要是要解决什么问题？ ...
之前早都说了，很多机友刷了很多固件中途会出错退出，就是应为缺少对应分区无法刷入，而能刷入的固件仅是因为没刷该分区而已，并不代表该固件就很好。解决众所周知的启动慢问题，可能还有其他问题不清楚。而且该型号我也见过机友不只缺少tvcertificate，甚至连cache...等其它好几个分区都缺失（肯定压根启动不起来）。北京版，我敢肯定必是17个分区。
我的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命令分析启动日志，能解决很多启动慢的问题（把标红报错的全干掉）。附件是我某次启动的日志，可以参考。
罗波波 发表于 2024-12-30 09:38
之前早都说了，很多机友刷了很多固件中途会出错退出，就是应为缺少对应分区无法刷入，而能刷入的固件仅是 ...
多问一句，是不是我这个盒子（2024-03-01生产）只要刷带了tvcertificate分区的固件，就肯定会中途失败退出？
这种情况我是不是可以用MStarBinTool-GUI_x64_x86_v2.4.1这个工具重新打包时不选tvcertificate就可以解决？
一个不带tvcertificate分区的固件，和你的重分区固件，除了重新处理了这个分区以外，其他区别在哪里？
本帖最后由 罗波波 于 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生产）没刷机之前正常启动时间多少呢？另一台看下分区不就天下大白了。
