事故回顧
因儲存空間不足，將未掛載的 block 設備掛載並寫入資料，重啟後卡在 Bootloader，Recovery 也無法進入。關鍵資料在 `/system`、`/cache` 分區。
損壞分析
- 寫入未掛載分區可能覆蓋了分區表、Boot Image、Recovery Image 或檔案系統超級區塊。
- 若動到 `/boot` 或 `/recovery` 分區，核心與復原模式均無法啟動。
資料救援優先順序
- 專業資料救援公司：芯片級讀取 (ISP/eMMC 燒錄座)，成功率最高，費用較高。
- EDL Mode (Emergency Download)：高通晶片可透過短接測試點進入 9008 模式，用 QFil/QPST 讀取完整儲存體映像。
- Fastboot 掛載：若 Bootloader 仍能進入 fastboot，嘗試 `fastboot boot recovery.img` 臨時啟動第三方 Recovery (TWRP)，再備份 `/data`。
- ADB Sideload：若能進入 Recovery Sideload 模式，推送備份腳本。
手機修復嘗試
- 下載官方完整韌體 (Stock ROM)，用官方刷機工具 (Odin, Flash Tool, Mi Flash, QFIL) 完整刷寫所有分區（含 partition.xml）。
- 注意：刷機會清空所有資料，**務必先嘗試救援資料**。
預防措施
- Root 環境下操作分區前，先 `dd` 備份關鍵分區到外部儲存。
- 使用 `mount -o bind` 而非直接掛載 block 設備到任意目錄。
- 保留至少 500MB 可用空間給系統分區。
結論
若資料極重要 → 直接送專業救援公司。若資料可捨棄 → 官方韌體全刷通常能救活手機。切勿在不確定分區用途時隨意寫入。
