テクノロジー · 実用ガイド
Linux の「wrong fs type, bad option, bad superblock」—まず失敗境界を証明する
この mount メッセージは診断ではなく要約です。正確な試行を固定し、source と filesystem signature を証明し、最初の kernel error を読んでから helper・option・filesystem 固有の分岐を選びます。
この mount メッセージは診断ではなく要約です。正確な試行を固定し、source と filesystem signature を証明し、最初の kernel error を読んでから helper・option・filesystem 固有の分岐を選びます。
同じ一般的な mount メッセージは、未作成 filesystem、誤った device/partition、未対応 option、欠落 helper、未対応 feature、on-disk damage を表し得ます。 lsblk と findmnt は device topology と mount/config identity を示し、blkid は on-disk TYPE と UUID metadata を probe します。
1. 別コマンドの前に正確な失敗試行を固定する
完全な command、source、target、option、shell、namespace、時刻を保存します。mount 出力と、その試行後に追加された最初の kernel/journal 行を記録し、後続 retry を同じ evidence window に混ぜません。
mkfs、force flag、generic fsck から始めません。この message は複数の可能性を示し、destructive command は誤った device/type を選んだ証拠を消すことがあります。
2. source・partition・既存 mount identity を証明する
lsblk で NAME、MAJ:MIN、SIZE、FSTYPE、UUID、MOUNTPOINTS を明示し、findmnt を --source と --target の両方で照会します。/dev/mapper、loop、RAID、LVM、cloud alias を失敗 process が見た major:minor に解決します。
/etc/fstab または mount unit の UUID、type、target、option と比較します。/dev/sdX は reboot 後に変わるため、現在の mapping を証明して誤った partition の repair を防ぎます。
3. on-disk signature を書き込まず probe する
正確な device に lsblk --fs と権限付き blkid probe を使い、TYPE、UUID、ambiguous/colliding signature を記録します。signature がない場合は blank、encrypted、RAID/LVM member、wrong layer のどれかを先に確認します。
GPT type label や bad superblock という語から ext を推測しません。partition metadata と filesystem metadata は別で、signature が競合すれば消去せず stack を調査します。
4. helper/option failure と filesystem failure を分ける
userspace helper が必要なら mount.<type> の存在と option を確認します。fstab syntax は mount -a ではなく findmnt --verify で検証し、最初の kernel error を unsupported feature、dirty state、permission、namespace、I/O に分類します。
NFS、CIFS、overlay、FUSE、container volume も同じ summary を出せます。その helper/kernel path を調査し、local block-filesystem repair を実行しません。
5. 一致する一分岐だけを実行し同じ mount を再試行する
type と unmounted state を証明してから対応 checker を使います。ext は適切なら documented no-write path から、XFS は xfs_repair -n の no-modify scan から始めます。message を消すためだけに -L を使うと metadata change を失う可能性があります。
根拠ある一つの変更後、同じ source・target・意図した option で再 mount し、findmnt、期待 file、clean kernel-log window を確認します。失敗が変われば推測を重ねず ledger を再検討します。
