事故復盤
因存儲空間不足（/system 剩 1M，/data 剩 10M），嘗試掛載未掛載的塊設備（busybox mount）存放數據，重啟後卡在 Bootloader，Recovery 也無法進入，內核未加載。關鍵數據位於 /system、/cache 分區。
風險評估
- 掛載點衝突： 臨時掛載可能覆蓋關鍵系統分區掛載點，導致
init 進程找不到 /system/bin/init 或關鍵庫文件。
- 超級塊損壞： 非標準掛載參數（如缺少
-o ro、文件系統類型錯誤）可能寫入元數據，破壞 ext4/f2fs 超級塊。
- 分區表異常： 若操作涉及
/dev/block/platform/... 設備節點錯誤，可能誤寫分區表。
數據優先：立即停止一切寫入操作
- 不要再次嘗試開機、刷機、格式化 —— 任何寫入都可能覆蓋殘留數據。
- 尋求專業數據恢復公司 —— 具備芯片級讀取設備（PC-3000 Flash、SD/EMMC 適配器），可繞過控制器直接讀取 NAND/Wafer，成功率最高。
- 自嘗風險方案（僅限有經驗者）：
- 進入 EDL Mode (Emergency Download) / Fastboot，使用 QFil / Fastboot 讀取分區鏡像 (
dd if=/dev/block/by-name/system of=/sdcard/system.img 需 Root/Recovery)。
- 若 Bootloader 未鎖，刷入 TWRP Recovery，掛載分區備份數據至 OTG U 盤。
系統修復路徑（數據已備份或可放棄）
- 獲取官方完整線刷包（含
partition.xml、rawprogram.xml、所有 .img）。
- 進入 EDL Mode（短接測試點或組合鍵），使用 QFil 勾選 Flat Build 全盤線刷，恢復所有分區（含
boot、dtbo、vbmeta、super 等動態分區）。
- 若為動態分區設備，需確保刷機工具版本支持
super 分區邏輯拆分。
教訓總結
- ❌ 絕不在生產設備上嘗試手動掛載未知塊設備存放數據。
- ✅ 空間不足時：清理緩存、卸載應用、移動媒體文件至 SD 卡/雲端、使用
fstrim 整理。
- ✅ 關鍵數據實時同步雲端/NAS，遵循 3-2-1 備份原則。
手機硬件可替換，數據無價。遇到底層存儲異常，**第一時間找專業機構** 是成本最低、成功率最高的選擇。
