科技 · 實用指南
Linux 顯示「wrong fs type, bad option, bad superblock」？先證明故障邊界
這條 mount 訊息只是摘要，不是診斷。凍結準確嘗試，證明來源裝置與檔案系統簽章，讀取第一條核心錯誤，再選擇 helper、選項或檔案系統專屬分支，避免格式化錯誤資料。
這條 mount 訊息只是摘要，不是診斷。凍結準確嘗試，證明來源裝置與檔案系統簽章，讀取第一條核心錯誤，再選擇 helper、選項或檔案系統專屬分支，避免格式化錯誤資料。
同一條通用 mount 訊息可能代表尚未建立檔案系統、裝置或分割區選錯、選項不支援、helper 缺失、功能不支援或磁碟資料損壞。 lsblk 與 findmnt 描述裝置拓撲以及已掛載或設定的身分；blkid 探測磁碟上的 TYPE 與 UUID 中繼資料。
1. 重試前凍結準確失敗嘗試
記錄完整命令、來源、目標、選項、shell、namespace 與時間。保存 mount 原始輸出與這次嘗試後新增的第一批核心或 journal 行，不要把後續重試混入同一證據視窗。
不要先執行 mkfs、force 參數或通用 fsck。該訊息列出多種可能，破壞性命令一旦成功，可能抹去選錯裝置或檔案系統類型的唯一證據。
2. 證明來源、分割區與既有掛載身分
用 lsblk 明確輸出 NAME、MAJ:MIN、SIZE、FSTYPE、UUID、MOUNTPOINTS，並分別按 --source 與 --target 查詢 findmnt。將 /dev/mapper、loop、RAID、LVM 或雲端磁碟別名解析為失敗程序看到的準確 major:minor 身分。
與 /etc/fstab 或 mount unit 的 UUID、類型、目標與選項逐項比較。/dev/sdX 名稱可能在重新開機後改變，先證明目前映射，才能避免修復錯誤分割區。
3. 以唯讀方式探測磁碟簽章
對準確裝置讀取 lsblk --fs，並以適當權限執行 blkid probe，記錄 TYPE、UUID 與歧義或衝突簽章。若沒有檔案系統簽章，先判斷裝置是否原本為空、已加密、屬於 RAID/LVM，或選錯層。
不要從 GPT 分割區標籤或 bad superblock 文字推斷 ext。分割區中繼資料與檔案系統中繼資料不同；簽章衝突時先保存證據並調查裝置堆疊。
4. 區分 helper/選項與檔案系統故障
需要使用者空間 helper 時檢查 mount.<type> 是否存在，並依已證明類型驗證選項。使用 findmnt --verify 檢查 fstab 語法，不把 mount -a 當 linter。對照第一條核心錯誤判斷不支援功能、dirty 狀態、權限、namespace 或底層 I/O。
遠端或分層檔案系統也會輸出同一摘要。來源若是 NFS、CIFS、overlay、FUSE 或容器 volume，應沿對應 helper 與核心路徑調查，不要執行本機區塊檔案系統修復。
5. 只走一個匹配分支，再重現同一掛載
只有證明類型且確認未掛載後，才使用匹配 checker。ext 檔案系統在適當時先用文件化的唯讀檢查；XFS 可用 xfs_repair -n 無修改掃描，不可只為清除訊息使用 -L，因為它可能捨棄中繼資料變更。
完成一個有依據的變更後，以同一來源、同一目標與原定選項重新掛載，再核對 findmnt、預期檔案與乾淨核心日誌視窗。若出現不同失敗，應重新查看證據而非繼續猜測。
