• 2

NEXUS I9023 2.3.6 ROOT檔案

I9023 ROOT的方法還是按照之前ulift大大的文章教學一樣,連結在此

唯一不同的是要把步驟10的"su-2.3.6.1-ef-signed.zip"換成附件的檔案"su-2.3.6.3-efgh-signed.zip",這樣就可以成功了.(unlock會清掉SD上所有數據,還有系統檔案,請先備份)

(我只有i9023所以不確定i9020可不可用)


附加壓縮檔: 201109/mobile01-2759692130486234230a8e3e42c0580a.zip

附上root以後的截圖~

NEXUS I9023 2.3.6 ROOT檔案
NEXUS I9023 2.3.6 ROOT檔案
2011-09-30 10:42 發佈
文章關鍵字 檔案
你這個是舊的檔案在2.3.6是不行的

kniucorlet wrote:
你這個是舊的檔案在2...(恕刪)


我是用這個刷成功的,難道是我搞錯了嗎?

kgt09382000 wrote:
我是用這個刷成功的,...(恕刪)


我也成功了@@

jansin7456 wrote:
我也成功了@@...(恕刪)


謝謝大大回報
我還以為真是我搞錯了,那就太對不起01的網友啦
我覺得是新版的 Superuser 3.0 有問題,如果有用 Superuser 3.0 的人可以留意一下,你如果取得 root 失敗的話在 logcat 應該可以看到一個拒絕轉換身份的訊息,這就表示是 Superuser 拒絕的。 請換成舊版的 Superuser 就可以正常使用了。

基本上我看過 2.3.6 的 update-script ,這次的 OTA 並不會去動你的 root ,所以理應不需要重新 root 。 我之前也為這個問題困擾好久,應該是 Superuser 3.0 的 bug .
Wayne - #teampixel
abev66 wrote:
我覺得是新版的 Su...(恕刪)


我的情況是 upgrade 2.3.6 前,
就是 superuser 3.0 的 rooted 狀態;

upgrade 後發現要使用 root 權限被擋下,
也進 /system/xbin 看 su 還在不在,
2.3.6 後,
第一次進/system/xbin 看 su ,
沒去注意 su 的 permissions

現再是有 root 的情況下進 /system/xbin 看 su,
permissions 狀況是 rwxrwxrwx ;

另外,
7d11404284c0.signed-soju-GRK39F-from-GRJ22.7d114042.zip 中,
updater-script 腳本的第 1342 行有:
set_perm_recursive(0, 2000, 0755, 0755, "/system/xbin")


只知道 chmod 0755 後權限是 -rwxr-xr-x,
不知是不是這個原因改變了 su 的權限。

感謝 abev66 大的分享,
我也剛好是在收到 OTA 2.3.6 前,
就先收到 superuser 3.0 的更新通知,
所以覺得有另外的可能,
又去看了一次 updater-script,
來跟大家分享。

剛又看了 su-2.3.6.1-ef-signed.zip 的
updater-script ,第 22 23 24 行:
ui_print(" Setting SYSTEM:bin/su permissions to 6755...");
set_perm(0, 0, 6755, "/system/bin/su");
set_progress(0.500000);


還有
/system/bin 下的 su ,
permissions 狀況是 rwsr-sr-x ,
不知為什麼和 /system/xbin 的不一樣。

fzchang wrote:
我的情況是 upgr...(恕刪)
6755 是對的,所以請把 su 權限改成 6755 然後 Superuser 3.0 移除掉,換成舊版的 Superuser 即可。
Wayne - #teampixel
abev66 wrote:
6755 是對的,所...(恕刪)


[請益] 有關 system.img 檔內部"資料夾"及"檔案"的權限檢視。

abev66 大 不好意思,
我剛好有幾個用 superuser 2.3.6.1-ef ,
及另一個用 superuser 3.0 作備份下來的 system.img 檔;

現有 2.3.3 、 2.3.4 、2.3.6 三次備份 .img 檔,
皆為 superuser 2.3.6.1-ef 的 rooted 狀態下所備份,
另有一個是 2.3.6 superuser 3.0 ,
rooted 狀態下所備份的 .ext4.tar 檔 ;

想請問,封裝成 .img 後,
資料夾及檔案的 permissions 狀態是否會保留下來,
要怎麼「檢視」其 permissions 狀態?

我映象中 2.3.6.1-ef 及 3.0 ,
都有對 /system/bin 作 chmod 6755 的動作;
我就是有在 2.3.6 下,
且 superuser 2.3.6.1-ef 下是 unroot 的情況,
( 要不是粗心的 unlock ,清掉了 /data ,
注: superuser 3.0 的 app 在 /data/app 下,
剛好是 superuser 2.3.6.1-ef 且 unroot ,
更新成 superuser 3.0 還是 unroot )


我已經是 rooted 狀態,
只是想弄明白其中的變動,
下次更新時做好備份動作。

感謝 abev66 大分享經驗。

fzchang wrote:
[請益] 有關 sy...(恕刪)


6755 的 6 是 SETUID 權限,這個權限是轉換程式執行身份為擁有者身份(也就是 root )的權限,一般來說程式是以執行者身份執行。 而 su 所做的動作就是給一個 root shell ,所以它需要 SETUID , root的那個 package 才會有這個動作。

而 2.3.6 OTA 的 update-script 裡頭那行指令是恢復權限用的,避免用戶亂改而造成的錯誤,所以它去把 /system/xbin/ 底下的所有執行檔改成 0755 (因為正常狀態下並不具 root 權限),所以基本上 OTA 完只要把 su 的權限還原回 6755 即可。

而我之前說的狀況,應該是出在 superuser.apk 的問題,我在升級 2.3.6 之後新版的 superuser 3.0 會莫名的拒絕其他程式轉成 root ,甚至連自己更新 su 的要求也拒絕。 如果大家有碰到類似問題可以用 logcat 看一下可以看到 Superuser 輸出的拒絕轉換訊息,基本上 su 是不會輸出訊息到 logcat 的, logcat 的訊息都是來自 Android 程式,也就是 Superuser 。

至於位置,新版的 Superuser.apk 之所以會在 /data/app 下,是因為那是你透過 market 更新上去,而不是刷進去的,所以才會在那裡,這並不影響任何條件,在 /system/app 或 /data/app 都是可以正常運作的,差別在於 /system/app 是內建的程式, /data/app 是使用者安裝的程式。 所以我個人是傾向把它放在 /data/app ,這樣可以避免影響 /system/ 的既有內容。

我解決這個問題的方式是解除安裝 Superuser ,然後安裝舊的 Superuser , su 不用動它,這問題與它無關。

還有,每次的 OTA 做的事情也不盡相同,所以這次的情況未必就能套用到以後的 OTA 。

----

ClockWorkMod 或 Nandroid 備份出來的 .img 應該算是映像檔,所以會保存檔案附加資訊,包括建立日期、修改日期、擁有者、群組和權限等等。

----

基本上我的作法都是 bootloader 保持 unlock 啦,這樣一來就隨時可以從外部載入 Clockworkmod 進去做修改,不用怕 root 不見。
Wayne - #teampixel
  • 2
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?