======================
show_progress(0.1, 0);
ui_print("Doin' stuff...");
mount("ext4", "EMMC",
"/dev/block/platform/msm_sdcc.1/by-name/system", "/system");
package_extract_dir("system", "/system");
set_perm(0, 0, 06755, "/system/xbin/su");
set_perm(0, 0, 06755, "/system/xbin/daemonsu");
set_perm(0, 0, 0644, "/system/app/Superuser.apk");
set_perm(0, 2000, 0755, "/system/etc/install-recovery.sh");
unmount("/system");
ui_print(" _____ _______ ");
ui_print("| __ \ /\|__ __|");
ui_print("| | | | / \ | |");
ui_print("| | | |/ /\ \ | |");
ui_print("| |__| / ____ \| |");
ui_print("|_____/_/ \_\_|");
ui_print(" _____ ____ ____ _______ ");
ui_print("| __ \ / __ \ / __ \__ __|");
ui_print("| |__) | | | | | | | | |");
ui_print("| _ /| | | | | | | | |");
ui_print("| | \ \| |__| | |__| | | |");
ui_print("|_| \_\\____/ \____/ |_|");
ui_print(" ");
ui_print(" ");
ui_print("Fin. Reboot.");
我知道還是有些人會抱著一些希望，所以剛才又跑了一次 root 流程。
上圖是這些流程的結果，我稍微解釋一下：
步驟 1：adb devices 指令可以列出現在連接到電腦的手機裝置，可以看到電腦目前是抓得到手機的。
步驟 2：重開機進入 recovery。但是 D838 無法進入 recovery，只能看到小綠人倒下的畫面，但是不會出現選項。真正的 recovery 中會顯示一些選項，如下圖所示。
步驟 3：這時再看看現在連接到電腦的手機裝置，沒有任何裝置連接到電腦。
步驟 4：因為手機與電腦無連接，所以執行 adb sideload 也無法將 zip 檔案傳送至手機中。
到這裡應該就可以了解了，由於無法進入 recovery ，所以電腦在這種情況下就抓不到手機，導致根本無法寫入檔案。
RS-100 wrote:
...但這個 manual root 並沒有重開機到 recovery mode
而是手動執行原本由 sideload 載入的 kk_root.zip 裡面的 scripts...(恕刪)
你說錯了喔：
而是手動執行原本由 sideload 載入的 kk_root.zip 裡面的 scripts ---> 錯誤
透過 abd sideload 命令將 kk_root.zip 送入手機並進行 update ---> 正確
進行 update 的部分是由手機端中的更新程式執行，並且會對系統進行變更。由於我一開始就無法取得 root 權限來變更系統，所以透過仿照方式來執行 script 中的變更內容也是行不通的。
最後我再說明一下，所謂的 root，就是要想辦法在 /system 中寫入 su 二進位檔和管理權限用的相關檔案 (例如 Superuser.apk)，以下內容節錄自你提到的 update script，它也是要做這樣的事，但是因為我們根本無法觸發更新程式（無法在 recovery 中選擇 "apply update from adb" 選項），而我們自己又需要取得 root 權限才能改動系統，在這兩種方式都無計可施的情況下，只能等待神人了：
set_perm(0, 0, 06755, "/system/xbin/su");
set_perm(0, 0, 06755, "/system/xbin/daemonsu");
set_perm(0, 0, 0644, "/system/app/Superuser.apk");
set_perm(0, 2000, 0755, "/system/etc/install-recovery.sh");
mattiaswang wrote:
你說錯了喔：
而是手動執行原本由 sideload 載入的 kk_root.zip 裡面的 scripts ---> 錯誤
透過 abd sideload 命令將 kk_root.zip 送入手機並進行 update ---> 正確
(恕刪)
你誤解我的意思囉, ioroot25 裡附帶了一個 kk_root.zip, 裡面有這個檔案
kk_root.zip\META-INF\com\google\android\updater-script, 檔案裡做的動作和那段 manual root scripts 做的動作是一樣的, 所以我才說這句話: "手動執行原本由 sideload 載入的 kk_root.zip 裡面的 scripts"
手邊沒有機器無法確認, 但我認為關鍵在那段manual root裡面的編號3:
3: adb shell (you should now see a # instead of a $. # = root)
我沒有很認真的爬文, 但印象裡有看過有人說台版D838已被LG root,只是沒放su二進位及權限相關檔案, 如果在台版D838執行 adb shell 之後看到的提示符號是 # 而不是 $ 表示真的出廠已被root, 那接下來的編號5~13應該有權限執行, 但如果看到提示符號是 $ 就gg了..
RS-100 wrote:
你誤解我的意思囉, ...(恕刪)
原來是這樣，抱歉我誤解了。
關於這個關鍵的命令 "adb shell (you should now see a # instead of a $. # = root)"，我覺得它是少了一個前置步驟：
adb root
這個命令可以啟用 adb 的 root 權限（前提是手機必須開放可以這樣做），一旦啟用 adb 的 root 權限後，再使用 adb shell 才能看到 #（代表超級使用者的井字號）而非 $（代表一般使用者的錢字號）。但是，我查了一下諸多論壇，似乎都沒有人對於少了這個前置步驟有疑問，我想是因為大家都用 root.bat 來自動化 root 而非用手動方式一個個命令輸入來 root 的關係吧，因為在 root.bat 中除了 4.4.2 的機器以外（4.4.2 就直接用 sideload 的方式來 root），無論是哪一種 root 流程，都會執行到下列兩個命令：
adb.exe root
adb.exe shell "id"
所以我想是最原始網頁的手動 root 程序中忘了加上 adb root 這個步驟吧。
話說回來，既然 LG 客服有提到手機出廠就被判斷成已 root 的情況屬於 bug，不是真正的 root，那麼當然在執行 adb root 時就會顯示 "adbd cannot run as root in production builds"（就是失敗啦，因為 D838 不開放這樣做），那麼再執行 adb shell 看到的就一定會是 $ 了，不會是 #
這也是我自己實驗後確認的情況～
內文搜尋
從 APP 打開
X