呵呵，你是人才，會找ai，不過這ai實在缺心眼。不用說是2100K刷機(jī)，我給你把AI的錯誤指出，這個就是海思平臺的所謂強(qiáng)刷過程，就是通過海思hi3798mv200芯片內(nèi)置的usb-boot功能，讓cpu讀取U盤的fastboot啟動，cpu讀取usb的驅(qū)動是靠cpu內(nèi)的rom存儲的主控驅(qū)動識別U盤的，驅(qū)動不多，所以能驅(qū)動的是老的USB2.0U盤的主控，而且以小容量的4G的主控兼容多，大點的8G的主控就能識別的少了。如果是通過usb讀卡器再識別的SD或TF卡，都驅(qū)動不了。海思系統(tǒng)在這個2100K的起動要通過fastboot的運(yùn)行，如果你弄過電腦，這個fastboot就相當(dāng)?shù)氖请娔X的bios，啟動識別內(nèi)存，啟動硬盤接口，之后再讀取硬盤的啟動文件，在盒子上，如果fastboot在內(nèi)存上啟動，就會繼續(xù)讀入啟動的boot或者叫kernel，這樣整個系統(tǒng)就跑起來，如果是U盤的強(qiáng)刷啟動，U盤上讀取不到boot，就會啟動recovery，recovery是一個安卓系統(tǒng)的恢復(fù)程序，它能從配置的update.zip升級文件對盒子的內(nèi)存重新配置，這個過程就是所謂的刷機(jī)了。是否刷機(jī)成功，在update.zip的配置是與原系統(tǒng)配置滿足的條件下, recovery能否通過對這個update.zip的文件的簽名認(rèn)證, 認(rèn)證通過, update.zip內(nèi)的對應(yīng)文件就會寫入系統(tǒng)并運(yùn)行相關(guān)的安裝程序完成刷機(jī). 至于你查ai是什么fastboot.img,分區(qū)表.xml這些是適用在海思固件的鏡像燒寫, 不是這個U盤強(qiáng)刷的范圍,當(dāng)然,如果AI不缺心眼, 是可以從update.zip文件的bootargs.img 提取完整的這個2100K的分區(qū)表.xml的, 但這個update.zip內(nèi)含的可供燒寫的分區(qū)跟分區(qū)表的分區(qū)少了很多屬于系統(tǒng)屬性的分區(qū)內(nèi)容,如device.img,這個是記錄盒子SN, STBID,還有最重要的有線網(wǎng)卡的mac地址的分區(qū).關(guān)鍵是如果用燒寫鏡像的方式是通過網(wǎng)絡(luò)工具tftp傳送數(shù)據(jù), 最快也就是100M的網(wǎng)口傳輸速度, 而一個system.img鏡像通常在1G左右,燒寫完成要10分鐘. 如果燒寫的userdata分區(qū)大于2G的, 燒寫時間就更長了. 而用USB刷機(jī), 寫入速度就塊多了, 通常U盤兼容, 就是10分鐘的事情. 由于2100K的運(yùn)存配置有ddr3和ddr4的運(yùn)存, fastboot要針對ddr3或ddr4, 適配不對就啟動報錯, 返回原系統(tǒng)啟動. 還有短路強(qiáng)刷這個一定是要保持短路的情況下開機(jī), 這個短路實際是一個開關(guān), 開啟了啟動cpu就會從U盤讀取fastboot, 如果是先開啟了cpu再短路,這個作用就不是讀取U盤的fastboot, 而是觸發(fā)啟動系統(tǒng)內(nèi)的recovery, 系統(tǒng)的recovery是原廠的, 里面的簽名認(rèn)證通常是廠家自己的, 這個對U盤的update.zip做認(rèn)證就會升級失敗. U盤上的recovery是修改了為公用密鑰的簽名, update.zip也是用公鑰做的簽名打包, 這樣recovery就能通過認(rèn)證, 把數(shù)據(jù)寫入到盒子. 可以把這些內(nèi)容告知AI,看AI會怎樣,這樣也幫了AI做學(xué)習(xí)了. |
網(wǎng)站導(dǎo)航
樓主: 1337565980
[復(fù)制鏈接]
發(fā)表于 2025-12-28 13:06
樓主
/1 
znds.com 