智能電視、安卓盒子為什么會(huì)變磚？如何解決

七海的誓約 · 發(fā)表于 2015-10-3 14:27

在別的地方看到的，轉(zhuǎn)過來(lái)大家學(xué)習(xí)討論一下　呵呵　　
一，如何才能成磚？
如果把成磚相像成中毒，修磚類比為解毒，那修磚的第一步，就是了解中毒的機(jī)理，然后“對(duì)癥下藥”，當(dāng)然，本文最后，也給出了近乎萬(wàn)斤油的解法。

提到成磚的原因，正常使用的人是幾乎永遠(yuǎn)不會(huì)成磚的，而成磚很可能由下面的操作造成：

1. 安裝輸入法失敗，主要發(fā)生在 settings.db 文件權(quán)限不正確；
2. 刷機(jī)過程中的操作出錯(cuò)；
3. 使用了fastboot;

二，為什么會(huì)成磚？
就像中毒一樣，成磚也是有輕有重的。

輸入法安裝失?。?/font>是因?yàn)榘沧康牟僮飨到y(tǒng)源于linux，對(duì)權(quán)限控制非常嚴(yán)格，系統(tǒng)啟動(dòng)階段，是使用system用戶來(lái)啟動(dòng)的。
而我們把文件傳上去之后，system用戶其實(shí)沒權(quán)限訪問我們的文件。
導(dǎo)致system用戶不能讀取settings.db，一起卡在開機(jī)LOGO；

刷機(jī)過程操作出錯(cuò)：其實(shí)最危險(xiǎn)的操作，往往是最容易的，刷機(jī)本身其實(shí)并不容易出錯(cuò)，這個(gè)過程出錯(cuò)，大不了一直開機(jī)就出個(gè)菜單讓刷機(jī)。

fastboot使用后無(wú)法還原：fastboot 是用戶可使用的最底層的修改工具，目前所有的操作都可以不用fastboot來(lái)完成，強(qiáng)烈建議不要使用fastboot進(jìn)行刷機(jī)等操作。。。
fastboot的特點(diǎn)是，功能強(qiáng)大，但幾乎每一個(gè)修改，都會(huì)導(dǎo)致系統(tǒng)的底層變化，也就是說，如果你不知道自己在做什么，不要使用fastboot.

三，如何修磚？

第一步，要堅(jiān)信，amazon的工程師面對(duì)一臺(tái)成磚的機(jī)器，擁有的軟件和工具基本上與我們擁有的相同，至少在修磚這個(gè)事情上是的，所以，請(qǐng)相信我們折騰出來(lái)的：無(wú)磚不能修。

第二步，先下載一些可能需要的程序和包

1. 調(diào)試工具：
windows下： fastboot.exe adb.exe usb_driver
linux/mac: fastboot adb-linux/adb-mac

2. 系統(tǒng)的引導(dǎo)程序及強(qiáng)制提升權(quán)限的expolit
boot.img
updaterecovery.img
stockrecovery.img
zergRush

3. 一顆勇于學(xué)習(xí)和探索的心。

（上面所有的文件附件中會(huì)有打包下載，包括windows/linux/mac版）

第三步，分以下情況來(lái)操作

1. 輸入法安裝失敗的：（一直卡在開機(jī)LOGO無(wú)法進(jìn)入系統(tǒng)）
1) 把KF連到電腦上, 裝好驅(qū)動(dòng)，確保adb shell可以使用
2) 臨時(shí)再次提升權(quán)限后，修復(fù)settings.db的權(quán)限：
adb zergRush /data/local/tmp/.
adb shell "chmod 777 /data/local/tmp/zergRush"
adb shell "./data/local/tmp/zergRush"
adb wait-for-device
adb shell "chown system.sytem /data/data/com.android.providers.settings/databases/settings.db"
adb shell "chmod 660 /data/data/com.android.providers.settings/databases/settings.db"
adb reboot
3) 機(jī)器重啟就會(huì)發(fā)現(xiàn)，一切OK了

2. 刷機(jī)過程出錯(cuò)之一：一直出現(xiàn)那個(gè)美麗的刷機(jī)菜單。
1) 把KF連到電腦上, 裝好驅(qū)動(dòng)，確保adb shell可以使用
2）直接把原裝的引導(dǎo)程序刷回去，以正確引導(dǎo)：
adb push stockrecovery.img /sbin/
adb shell "dd if=/sbin/stockrecovery.img of=/dev/block/platform/mmci-omap-hs.1/by-name/recovery"
adb reboot
3) 機(jī)器重啟就會(huì)發(fā)現(xiàn)，一切OK了

3. fastboot操作出錯(cuò)，或者上面兩種方法無(wú)效:
這種情形下有時(shí)adb shell已經(jīng)不能用了，所以需要嘗試多種方法，請(qǐng)依次試用：
方法一，清空用戶數(shù)據(jù)，修復(fù)引導(dǎo)模式：
fastboot -i 0x1949 -w
fastboot -i 0x1949 oem idme bootmode 0x4000
fastbooot -i 0x1949 reboot

方法二，重新寫入引導(dǎo)鏡像，修復(fù)引導(dǎo)模式：
fastboot -i 0x1949 boot boot.img
fastboot -i 0x1949 -w
fastboot -i 0x1949 oem idme bootmode 0x4000
fastbooot -i 0x1949 reboot

方法三，最終方法，完全重刷官方系統(tǒng)，修復(fù)所有磚

xkrs · 發(fā)表于 2015-10-3 14:49

學(xué)習(xí)學(xué)習(xí)！

新LXD · 發(fā)表于 2015-10-3 15:12

樓主用心了，內(nèi)容非常精彩。

n516239542 · 發(fā)表于 2015-10-3 16:19

樓主辛苦了，學(xué)習(xí)學(xué)習(xí)

dudu111 · 發(fā)表于 2015-10-3 16:28

學(xué)習(xí)學(xué)習(xí)！

卡卡DA☆ZE · 發(fā)表于 2015-10-3 16:35

很給力，ZNDS有你更精彩！

yellowco · 發(fā)表于 2015-10-3 17:04

學(xué)習(xí)學(xué)習(xí)！

luyangp · 發(fā)表于 2015-10-3 17:41

淡定，淡定，淡定……

dy4023 · 發(fā)表于 2015-10-3 17:47

學(xué)習(xí)學(xué)習(xí)！

wenwenny · 發(fā)表于 2015-10-3 17:54

樓主用心了，內(nèi)容非常精彩。

› 綜合交流 / 資源分享區(qū) › 綜合交流大區(qū)