「Error Mounting… Wrong fs type」で突然NTFSドライブが開けないときの直し方とデータ保護の手順

昨日まで普通に使えていた外付けドライブや内蔵のデータ用ドライブが、Linuxで突然「Error Mounting … Wrong fs type, bad option, bad superblock…」のようなエラーを出してマウントできなくなることがあります。原因の多くは“NTFSの状態不整合”か“NTFSを扱うための仕組み（ドライバ／ヘルパー）の不足”、そしてWindows由来の「高速スタートアップ／休止状態」による“未完了の終了”です。実はこの症状、Windowsから乗り換え直後ほど起きやすいパターンでもあります。 Ask Ubuntu+1

「Error Mounting… Wrong fs type」で突然NTFSドライブが開けないときの直し方とデータ保護の手順

まず結論：いきなり書き込み修復せず「状況確認→安全確保→修復」の順で進める

マウントエラーが出た直後にやりがちなのが、何度も差し直したり、適当なコマンドを試して悪化させることです。特にNTFSはLinux側で“完全修復”できる範囲が限られるため、手順を踏むほど復旧率が上がります。 Marginalia+1

以下は「データを守る」ことを最優先にした実用的な流れです。

1) どのパーティションが問題かを特定する（最重要）

まず“対象デバイス名”を間違えないことが最重要です。

bash

lsblk -f
sudo blkid

FSTYPE が ntfs になっている行（例：/dev/sda1、/dev/nvme0n1p2 など）を確認
ラベル（LABEL）や容量（SIZE）で、目的のドライブか照合

次に、エラーのヒントをログから拾います。

bash

dmesg | tail -n 80
journalctl -xe | tail -n 80

ここで「hibernated」「dirty bit」「unclean shutdown」系の文言が見えたら、Windowsの高速スタートアップ／休止状態が原因の可能性が高いです。 Ask Ubuntu+1

2) “ヘルパープログラム不足”を潰す（意外と多い）

エラー文に「missing codepage or helper program」とある場合、単にNTFSを扱うパッケージが入っていない／別ドライバが必要なことがあります。

Debian/Ubuntu系

bash

sudo apt update
sudo apt install ntfs-3g

Fedora系

Fedoraは既定で ntfs-3g を使うケースが多い一方、設定でカーネルの ntfs3 を使う運用もあり、環境差が出やすいです。 Fedora Discussion+1

ntfs3 と ntfs-3g の相性問題もある

環境によっては、ファイルマネージャが ntfs3 でマウントしようとして失敗し、ntfs-3g に切り替えたら直る例があります（逆もあり得ます）。 forums.linuxmint.com+1

3) まずは「読み取り専用で救出」できるか試す

データが大事なら、最初に書き込みを避けます。

bash

sudo mkdir -p /mnt/recover
sudo mount -t ntfs -o ro /dev/sdXN /mnt/recover

sdXN は実際のデバイス名に置き換え（例：/dev/sda1）
読み取り専用でマウントできたら、重要データを別ディスクへコピーしてから次へ

4) Linux側でできる“軽修復”：ntfsfix（ただし万能ではない）

ntfsfix は“Windowsのchkdsk相当”ではありません。ジャーナルのリセットや基本的な不整合の修正、次回Windows起動時の整合性チェック予約、といった範囲に限られます。 Marginalia+1

それでも「とりあえずマウントできる状態に戻す」には効くことがあります。

bash

sudo ntfsfix /dev/sdXN

うまくいかない場合、デバイスを外して再接続し、再度読み取り専用マウントを試します。

5) 本命修復：Windowsでchkdsk（可能ならこれが最も堅い）

NTFSの本格修復は、基本的にWindowsの chkdsk が最も確実です（Linux側ツールでは限界があるため）。 Super User+1

Windowsが残っている／用意できる場合

Windowsで対象ドライブを接続
管理者権限のコマンドプロンプトで実行（例：ドライブが E: の場合）

bat

chkdsk E: /f

※ 物理障害が疑わしい場合は /r を付けたくなりますが、負荷と時間が大きいので、まずはデータ退避を優先してください。

6) 再発防止：高速スタートアップ／休止状態を必ず無効化する

今回のように「昨日までOK→今日突然ダメ」は、Windowsの“完全に終了していない状態”が原因になりがちです。特に高速スタートアップ（Fast Startup）や休止状態（Hibernate）は、NTFSを“汚れた状態”として残し、Linux側が安全のためマウントを拒否したり読み取り専用にしたりします。 Ask Ubuntu+1

Windows側で可能なら以下を実施します。