刷机翻车 Bootloop 怎麼救？一則 SuperSU 真實救援記

SuperSU 是什麼——一款老牌的 Root 權限管家

SuperSU 是 Android 上資格最老的超級用戶權限管理工具之一，已經陪伴 Root 折騰黨超過十年。簡單說，它就是你手機 Root 之後「誰能用 Root、誰不能、什麼時候彈窗、什麼時候靜默放行」的那個總管家。任何一個 App 只要請求了 su 二進位，SuperSU 就會攔下來，按你之前的設定決定 Grant、Deny 還是 Prompt 給你彈窗確認。

它的存在感很微妙——用得順的時候你幾乎感覺不到它，但當 su 二進位版本對不上、當你想 Full Unroot、當某個 App 偷偷請求 Root 又不肯承認的時候，SuperSU 是唯一能讓你看清真相、能把局面收住的東西。現在 Magisk 當道的年代，SuperSU 看起來像是上一個時代的遺物，但它在系統級清理、su 二進位管理這幾件事上的干淨程度，至今仍然無人能替代，想要更完整的 SuperSU下載 與 su 二進位更新細節可以參考。

安裝

SuperSU 的 APK 本身只有 5.91M，安裝包體量極小——但它不是那種下載完點一下安裝就能用的 App。它的核心是 su 二進位，這意味著你的手機必須先有 Root 權限才能真正把 SuperSU 裝好。

常見的安裝路徑有兩條：一是透過 TWRP Recovery 刷入 SuperSU ZIP 包——這是最乾淨的方式，ZIP 裡自帶最新 su 二進位，刷完開機就是 Ready 狀態；二是先透過其他工具（比如早期的 Kingroot 或刷機腳本）臨時拿到 Root，再打開 SuperSU App，它會自動引導你更新 su 二進位到正確位置（/system/bin/su 或 /system/xbin/su）。

安裝時最常見的兩個坑：一是 su 二進位版本跟 App 版本對不上（SuperSU官網 有版本對照表），導致彈窗點 Allow / Deny 沒反應，這種情況直接刷 SuperSU ZIP 覆蓋是最快的解法；二是裝成系統 App 之後想卸載卸不掉——SuperSU 提供了 Install to /system app 選項，勾了之後它就變成系統應用，普通卸載路徑無效，只能靠 Full Unroot 或 Titanium Backup Pro 處理。

老三星的 Bootloop 事故

事情從一台老三星 S9 開始。那是我去年幫自己刷的 LineageOS 機器，當時覺得系統乾淨、用著也順，就隨手把 SuperSU 裝上了——畢竟 root explorer、titanium backup、還有幾個需要 Root 才能改 build.prop 的老應用都離不開它。

今年春天 LineageOS 出了一個新的穩定版，我打算升級一下。升級之前我想乾淨一點，先把 SuperSU Full Unroot 掉再升級，升完再裝回來。於是我打開 SuperSU，直接滾到底部點了 Full Unroot → Continue → 等待完成 → 手動重啟。

手機就再也沒進過系統。

亮屏之後停在三星 Logo，抖三抖，黑掉，再亮三星 Logo，抖三抖，黑掉。無限重啟。Bootloop。

朋友的一句話救了我

慌了大概二十分鐘。我把音量鍵、電源鍵、組合鍵按了個遍，終於進了 TWRP Recovery。但看著 Mount 菜單裡那個 System 分區，我突然意識到自己可能犯了一個低級錯——我 Full Unroot 之前沒有先關掉 Enable SuperSU 那個開關。

後來才在 SuperSU文檔 裡看到：90% 的 Full Unroot 失敗都是因為順序錯了。正確順序是先關 Enable SuperSU，再 Full Unroot，最後才重啟。我跳過了第一步，相當於讓 SuperSU 在還攔截 Root 請求的狀態下去清 su 二進位——結果就是 system 分區被清到一半，su 二進位刪掉了但某些配置殘留，開機 init 腳本執行異常，直接卡 Bootloop。

朋友聽我說完只回了一句：「既然進了 TWRP，手動清唄，SuperSU 文檔裡都寫了。」

在 TWRP 裡撿回來的半小時

照著文檔一步一步來：

1. TWRP → Mount → 勾上 System（讓 TWRP 能寫 system 分區）
2. TWRP → File Manager → 一路 cd 到 /system/bin/，刪掉裡面的 su；再去 /system/xbin/ 看一眼，有沒有殘留的 su 也刪了
3. 檢查 /system/app/SuperSU/ 和 /system/priv-app/SuperSU/ 這兩個目錄——我當時勾過 Install to /system app，果然有一個 SuperSU 目錄在，整個刪掉
4. Wipe cache 和 dalvik cache——這步文檔說是為了防止舊的 su 緩存干擾開機
5. Reboot System

等著三星 Logo 抖了兩輪之後，屏幕終於亮了 LineageOS 的啟動動畫。我坐在地板上鬆了一口氣——半小時前這台手機差點就成磚頭了。

事後复盘：SuperSU 文檔裡藏著多少救命資訊

這次救援之後我翻了翻 SuperSU 的問題排查文檔，發現裡面對 Full Unroot 的正確順序寫得清清楚楚、對 Bootloop 的恢復步驟列得一條不差。我之前就是沒看——因為 SuperSU 裝了之後太安靜了，安靜到我忘了它還有那麼多設定、那麼多 edge case 需要注意。

讓我比較印象深刻的還有 SuperSU 的深度進程檢測。它會在彈窗裡顯示完整的進程鏈——誰調的 su、父進程是誰、最終宿主 App 是哪個包名。這不是多餘功能，我之前見過一個場景：某個 App 透過 app_process（Android 執行 Java 代碼的系統可執行檔）動態加載代碼請求 Root，如果不是深度檢測顯示了進程鏈，普通用戶看彈窗只會看到一個陌生 App 名，不知道它在幹嘛。

另外還有按應用自訂通知這件事——很多人會混淆「彈窗」和「通知欄提示」，以為 Access 設成 Grant 就什麼都看不見了。其實 Notifications 是獨立的一層打擾控制：對 Root Explorer、Titanium Backup 這種你完全信任的工具，把 Notifications 設成 Disabled 能省好多煩；對那些你懷疑在後台偷偷檢測 Root 的遊戲 App，同樣設 Disabled 還能順手把 Root 痕跡掩掉。

結語

現在我手上這台老三星換回了 Magisk，但 SuperSU 的 ZIP 包還存在我的 TWRP 備份目錄裡——備不時之需。SuperSU 確實是上一個時代的產物了，但它在系統級清理、su 二進位管理、問題排查這幾件事上的細緻程度，是 Magisk 這種現代架構工具沒有也不需要有的。

如果你還在折騰老機器、或者手上有裝了 SuperSU 的設備想 Full Unroot，記住我這個教訓：先關 Enable SuperSU，再 Full Unroot，最後重啟。順序錯了 = Bootloop = 半小時地板救援。

本文为个人基于网络公开资料整理编写，非官方内容，仅供学习交流参考；软件版权归原作者所有，请支持正版；使用过程中遇到问题请查阅官方渠道，本文不承担任何责任。