首頁(yè) 收藏 QQ群
 網(wǎng)站導(dǎo)航

ZNDS智能電視網(wǎng) 推薦當(dāng)貝市場(chǎng)

TV應(yīng)用下載 / 資源分享區(qū)

軟件下載 | 游戲 | 討論 | 電視計(jì)算器

綜合交流 / 評(píng)測(cè) / 活動(dòng)區(qū)

交流區(qū) | 測(cè)硬件 | 網(wǎng)站活動(dòng) | Z幣中心

新手入門 / 進(jìn)階 / 社區(qū)互助

新手 | 你問(wèn)我答 | 免費(fèi)刷機(jī)救磚 | ROM固件

樓主: 羅波波
上一主題 下一主題
[烽火]

烽火HG680-MC_強(qiáng)刷固件_『雙自由版』

[復(fù)制鏈接]
101#
發(fā)表于 2025-1-1 00:15 | 只看該作者 | 來(lái)自北京
minyun 發(fā)表于 2024-12-31 14:56
你改fstab不掛載tvcertificate的參數(shù)是什么?我發(fā)現(xiàn)幾個(gè)不同的固件包內(nèi)這個(gè)fstab.c2p都長(zhǎng)一個(gè)樣,不知是不 ...

你這個(gè)文件不是有一行掛載tvcertificate的嗎?把這行注釋掉,最前面加個(gè)#就行了,然后系統(tǒng)就不會(huì)掛載這個(gè)分區(qū)了,節(jié)省20秒開(kāi)機(jī)時(shí)間。。。
102#
發(fā)表于 2025-1-1 00:16 | 只看該作者 | 來(lái)自北京
羅波波 發(fā)表于 2024-12-31 17:24
嘗試指定偏移量貌似不支持。到時(shí)候親自串口uboot-c2p#分區(qū)一下就明白了,系統(tǒng)比通常的人類想象更聰明。 ...

USB轉(zhuǎn)TTL小板預(yù)計(jì)周末到貨,屆時(shí)開(kāi)搞,哈哈
103#
發(fā)表于 2025-1-1 01:36 | 只看該作者 | 來(lái)自北京
羅波波 發(fā)表于 2024-12-27 10:21
【注意】B_HG680-MC_2+X_重分區(qū)_〖雙自由版〗,+已優(yōu)化++12月23日重新上傳+任何emmc容量的均可正常刷入。 ...

還是非常不解,虛心請(qǐng)教。
這個(gè)到底優(yōu)化了什么?怎么實(shí)現(xiàn)的任何emmc容量都能刷?萬(wàn)一某個(gè)emmc實(shí)際容量小呢?

(現(xiàn)在越來(lái)越覺(jué)得我的磚機(jī)懸案不是因?yàn)槿鄙賢vcertificate分區(qū),而是因?yàn)閑mmc容量問(wèn)題導(dǎo)致的)
104#
 樓主| 發(fā)表于 2025-1-2 12:11 | 只看該作者 | 來(lái)自陜西
LPP_robey 發(fā)表于 2025-1-1 01:36
還是非常不解,虛心請(qǐng)教。
這個(gè)到底優(yōu)化了什么?怎么實(shí)現(xiàn)的任何emmc容量都能刷?萬(wàn)一某個(gè)emmc實(shí)際容量小 ...

你想的太復(fù)雜了。還是那句話,一切等到你親自重建分區(qū)就明白了!
105#
發(fā)表于 2025-1-2 15:03 | 只看該作者 | 來(lái)自北京
羅波波 發(fā)表于 2025-1-2 12:11
你想的太復(fù)雜了。還是那句話,一切等到你親自重建分區(qū)就明白了!

先說(shuō)說(shuō)唄,實(shí)在心癢癢,我不一定重建分區(qū)(TTL看清楚我的2023和2024兩個(gè)盒子分區(qū)及EMMC尺寸后再定),而是希望知道這個(gè)原理后再?zèng)Q定是否重建分區(qū),因?yàn)榧词箾](méi)有tvcertificate分區(qū),也可以通過(guò)不掛載tvcertificate的方式提高啟動(dòng)速度,如果2024年開(kāi)始官方都不用這個(gè)分區(qū)了,肯定有其原因,為何一定要重建這個(gè)分區(qū)呢?
106#
 樓主| 發(fā)表于 2025-1-2 16:42 | 只看該作者 | 來(lái)自陜西
本帖最后由 羅波波 于 2025-1-3 09:21 編輯

我不知道神馬原理,只知道結(jié)果。你要是知道了可以貼出來(lái)說(shuō)說(shuō),我也壓根不關(guān)心神馬原理。按你的邏輯知道原理也不一定重建分區(qū),那就直接按自己的方法搞不完了?那還用的著糾結(jié)神馬重建分區(qū)?這樣還能省出一些容量呢,值得鼓勵(lì)。還可進(jìn)一步試驗(yàn)?zāi)芊癫粧燧d其它神馬分區(qū)進(jìn)而刪除這些多余分區(qū),容量能省更多呢,如此啟動(dòng)時(shí)間也正常了、容量也節(jié)省了、最關(guān)鍵的——避免了重分區(qū)的風(fēng)險(xiǎn)!何樂(lè)而不為呢?支持你搞,到時(shí)候單獨(dú)發(fā)個(gè)貼,讓更多的人擴(kuò)展一下思路。。。。。。
107#
發(fā)表于 2025-1-4 15:19 | 只看該作者 | 來(lái)自北京
羅波波 發(fā)表于 2025-1-2 12:11
你想的太復(fù)雜了。還是那句話,一切等到你親自重建分區(qū)就明白了!

烽火HG680-MC_強(qiáng)刷固件_『雙自由版』
對(duì)比了兩個(gè)重分區(qū)版本的分區(qū)腳本,發(fā)現(xiàn)最新固件對(duì)userdata的分區(qū)大小固定為4G,以適應(yīng)不同emmc容量的硬件(其他分區(qū)分完以后,這里至少也能剩下4G?),懷疑這樣可能會(huì)損失一些容量,純猜測(cè),求樓主確認(rèn),多謝。
既然這里不能指定剩余容量全部分給userdata分區(qū),那么目前來(lái)看沒(méi)有完美的重分區(qū)方案:如果分小了會(huì)浪費(fèi)空間,分大了會(huì)導(dǎo)致分區(qū)失敗進(jìn)而無(wú)法執(zhí)行后續(xù)的刷機(jī)命令且容易變磚。
這樣來(lái)看,怎么都沒(méi)有完美的分區(qū)方案,所以我做新固件的整體思路就是不再重新分區(qū)。

我這方面經(jīng)驗(yàn)不足,不知道tvcertificate分區(qū)是干什么用的,但既然存在某些盒子沒(méi)有這個(gè)分區(qū),那么我想新做的固件就不放這個(gè)文件了,這樣對(duì)于沒(méi)有這個(gè)分區(qū)的盒子來(lái)說(shuō)不會(huì)因?yàn)樗⒌竭@里而失敗,對(duì)于有這個(gè)分區(qū)的盒子來(lái)說(shuō)也能保留這個(gè)分區(qū)的數(shù)據(jù)不動(dòng)(推測(cè)也不影響使用,待驗(yàn)證)。

如果樓主知道我這個(gè)思路有什么坑,煩請(qǐng)?zhí)崆爸刚?,多謝~
@羅波波 @cquzhang
108#
發(fā)表于 2025-1-4 15:23 | 只看該作者 | 來(lái)自北京
LPP_robey 發(fā)表于 2025-1-4 15:19
對(duì)比了兩個(gè)重分區(qū)版本的分區(qū)腳本,發(fā)現(xiàn)最新固件對(duì)userdata的分區(qū)大小固定為4G,以適應(yīng)不同emmc容量的硬 ...

這個(gè)思路的缺點(diǎn)是對(duì)于有tvcertificate分區(qū)的盒子來(lái)說(shuō),等于刷了北京版原始固件后,這個(gè)分區(qū)就再也不用了,整體上會(huì)浪費(fèi)這個(gè)分區(qū)的8MB空間(原本可以通過(guò)重分區(qū)把空間分給userdata分區(qū)來(lái)用的),但重分區(qū)實(shí)在風(fēng)險(xiǎn)太大,無(wú)法應(yīng)對(duì)各種版本和容量的emmc,所以浪費(fèi)8MB空間而避免重分區(qū)失敗,也相對(duì)值得吧。。。
109#
發(fā)表于 2025-1-4 15:41 | 只看該作者 | 來(lái)自北京
羅波波 發(fā)表于 2025-1-2 16:42
我不知道神馬原理,只知道結(jié)果。你要是知道了可以貼出來(lái)說(shuō)說(shuō),我也壓根不關(guān)心神馬原理。按你的邏輯知道原理 ...

理解。
我從來(lái)就不想重分區(qū)是因?yàn)橛X(jué)得沒(méi)有完美的重分區(qū)方案(既適應(yīng)各種容量的emmc又能最大程度的利用emmc的所有空間),想請(qǐng)教并知道原理是為了印證“從來(lái)就不想重分區(qū)”這個(gè)思路的方向是否足夠正確?

其實(shí)想節(jié)省容量的話,勢(shì)必還是要通過(guò)重分區(qū)的方式把不再使用的分區(qū)容量分給userdata,這樣只要涉及重分區(qū),就無(wú)法精確指定正確的userdata分區(qū)大小來(lái)適應(yīng)各種尺寸的emmc容量,所以只能兩權(quán)相害取其輕,以浪費(fèi)最小的空間作為代價(jià)來(lái)避免重分區(qū)帶來(lái)的風(fēng)險(xiǎn),即:舍棄tvcertificate這個(gè)8MB的分區(qū),最多浪費(fèi)這8MB。

已驗(yàn)證:
北京移動(dòng)20240301版本的盒子(已刷機(jī),非原始固件),無(wú)tvcertificate分區(qū)。

待驗(yàn)證:
1、北京移動(dòng)20230514原版盒子是否無(wú)tvcertificate分區(qū)?fstab.c2p文件里是否不掛載tvcertificate分區(qū)?
2、基于第1條做出來(lái)的固件,是否可以正常使用在其他省份或者版本的盒子上,即北京移動(dòng)原版固件的各分區(qū)數(shù)據(jù)是否可以和其他各版本的tvcertificate分區(qū)數(shù)據(jù)共存并正常使用?


肯定會(huì)單獨(dú)發(fā)貼,把固件的特性以及過(guò)程都講清楚哈,屆時(shí)還請(qǐng)大佬多指點(diǎn),共同優(yōu)化。
110#
發(fā)表于 2025-1-4 15:55 | 只看該作者 | 來(lái)自北京
小結(jié):一切都源于烽火這盒子各種版本存在不同的EMMC規(guī)格和容量,且tvcertificate分區(qū)不一定原始存在。
廠家搞這么多版本不考慮維護(hù)成本,也給咱們業(yè)余玩家刷機(jī)帶來(lái)了各種風(fēng)險(xiǎn)和問(wèn)題,如果有廠家的人能出來(lái)說(shuō)說(shuō)背后的原因和思路就好了。。。

本版積分規(guī)則

Archiver|新帖|標(biāo)簽|軟件|Sitemap|ZNDS智能電視網(wǎng) ( 蘇ICP備2023012627號(hào) )

網(wǎng)絡(luò)信息服務(wù)信用承諾書(shū) | 增值電信業(yè)務(wù)經(jīng)營(yíng)許可證:蘇B2-20221768 丨 蘇公網(wǎng)安備 32011402011373號(hào)

GMT+8, 2025-1-5 06:40 , Processed in 0.052042 second(s), 10 queries , Redis On.

Powered by Discuz!

監(jiān)督舉報(bào):report#znds.com (請(qǐng)將#替換為@)

© 2007-2024 ZNDS.Com

快速回復(fù) 返回頂部 返回列表