e36coupe wrote:
你不是個案，正常的情...(恕刪)
e大，今天line有更新，更新內容為解決部份機型無法截圖的問題，我剛更新了，還是一樣，這是殘念...
e36coupe wrote:
因為這個檔案是給De...(恕刪)
請教E大，依照您的說法，如果綠鏡頭的DEFY想刷成DEFY+，我在網路上抓了一個4.5.2-109-DHT-22-signed.zip，是不是刷了此鏡像檔後，只要再刷CM9_Kernel-signed.zip即可？
kenking427 wrote:
請教E大，依照您的說...(恕刪)
說實話我不是很清楚這個4.5.2-109-DHT-22-signed.zip是哪個版本…
用google搜尋快速看了一下，應該是原廠Defy 港版2.3.6經過重新打包的快刷版本…
不過裡頭有一段:如果你的DEFY是綠鏡，刷了這個ROM後，相機會失去功能
但後面又加了一個"綠鏡頭補丁檔"…
我是紅鏡頭也沒有刷過原廠2.3.6的ROM，所以也無法提供你更多的資訊與建議…
但我想這個檔案應該是有包括刷入Kernel，你可以點開(不要解壓縮，直接用滑鼠雙擊點開即可)該刷機檔案，若裡頭有boot.img與devtree.img這兩個檔案(應該還會有個logo.img，但有沒有這個檔案都不重要)，應該就不用再刷入CM9_Kernel-signed.zip，除非它的刷機腳本裡沒有加上刷入kernel的語法…但我想沒有寫上這段語法的可能性很低…
然若你刷了這個檔案後卡開機moto logo畫面，再回頭進CWM Recovery刷入CM9_Kernel-signed.zip應該就可以正常開機了。
如果是過了moto logo後卡在開機動畫的部份，又是另一種方式，進CWM Recovery，wipe data/factory reset，wipe cache partition，再重開機。
另外，建議你若要刷入這個檔案，刷機前先做一次完整的備份，這樣想重回原本的CM7時，直接用CWM Recovery，Restore之前的備份，再刷入CM7_Kernel-signed.zip即可。
hoz008 wrote:
E大請教一下刷完之後...(恕刪)
正常情況是可以使用的
不要使用其他第三方的網路分享程式
使用內建的"網路共用與可攜式無線基地台"(系統設定>無線與網路)即可
然而之前也有其他網友使用這個功能時會出現錯誤而無法使用
我曾經提供了幾個方法還是無法解決，最後似乎都是砍掉重練從sbf開始重刷解決問題
如果你使用內建的行動網路分享發生問題
先到系統設定>無線與網路>行動網路>存取點名稱(APN)>選取你的電信公司>APN類型，加上一個dun
例如:default,supl,mms,dun
若還是無法使用行動網路分享，可能要從sbf開始重刷了
若確定要重刷，你願意的話，在重刷前可以先到play商店下載安裝 Catlog
開啟Catlog>手機選單鍵>Record，跳出存檔對話視窗，確定
接著開啟行動網路分享，Catlog會記錄錯誤訊息，下拉通知列點一下通知欄的Catlog，Catlog會自動結束錄製log並存檔在 /sdcard/catlog/saved_logs/資料夾裡。
請將該log.txt檔打包成zip檔pm給我，我再研究看看是否可以找出問題點。
e36coupe wrote:
正常情況是可以使用的...(恕刪)
曾試過兩個方法, 都可以解決...
1. 去年是再刷cm7-boot179
2. 目前解決方式是把這個hostapd檔(download后需解開zip檔),加到/system/bin裏面,
權限改777,然後重開機...
附加壓縮檔: 201204/mobile01-d0e1248a36608802a0aa8b583e00b02f.zip
tsylee0319 wrote:
曾試過兩個方法, 都...(恕刪)
這也是我感到納悶的地方
無論是Official CM RC7.2或maniac103的版本都是使用179-4kernel
且該兩個建構檔均包括boot.img，updater script也都有寫入kernel的語法
事實上CM7 Defy從去年11月過後就一直是使用179的kernel
加上刷這兩個建構後system/bin/裡的文件也會被覆寫
然而先前有兩位網友更新建構後出現行動網路分享的問題，一開始我認為可能是kernel版本的問題，或是其他第三方應用程式或資料衝突造成的，結果他們分別刷入以上兩種Full版的建構後，即使再做了雙wipe也無法使用內建的行動網路分享功能
雖然我個人認為理論上是不必要，但
他們的問題最後都是砍掉重練，再刷了以上兩個建構後解決問題
所以還挺讓我百思不得其解
不過若你提供的檔案與方式能解決問題，雖然不能消除我的疑惑，卻會是很有價值的解決方案。
我另外有個想法，即是他們的/system/bin/裡，當時為了可以使用第三方行動網路分享程式，有另新增一個hostap檔案，但名稱的大小寫不同或有另外加入數字，在刷機時沒有被覆寫掉而與現有的hostap檔案發生衝突，不過這個論點目前無法得到證實。
hostap正常的權限為755，若將讀寫與執行權限改成全開的777可以解決問題，以上的推論相對就有可能性。
檢查了一下建構檔的updater-script，有一段語法 delete_recursive("/system/");
這代表原本的系統檔案會整個被刪除，所以不會殘留不同名稱的系統檔案，以上的推論不正確。
內文搜尋
從 APP 打開
X