はじめに

外付けSSDやWindowsと共用しているNTFSパーティションをUbuntuに接続した際、

Error mounting /dev/sdd1 at /media/yt/SSD-PG-C_D: wrong fs type, bad option, bad superblock on /dev/sdd1, missing codepage or helper program, or other error

といったエラーに遭遇することがあります。本記事は、実際にこのエラーに直面した際の調査から復旧、再発防止策までを手順付きで整理したメモです。Qiita読者が同じ状況に陥ったとき、落ち着いて1つずつ確認できるリファレンスとしてご活用ください。

⚠️ 注意: 修復作業はファイルシステムのメタデータを書き換えます。重要なデータは可能な限り別メディアへバックアップしてから実行してください。

想定環境

OS: Ubuntu 24.04 LTS (Waylandセッション)
ディスク構成: /dev/sdd1 に NTFS (ラベル: SSD-PG-C/D, 容量約1.9TB)
マウント先: /media/yt/SSD-PG-C_D
sudo権限を持つユーザー

他のディストリビューションでも基本的な流れは同じですが、ログ表示やパッケージ名が異なる場合があります。

症状と初期確認

GUIから外付けドライブを開こうとするとエラーダイアログが表示される。
lsblk でファイルシステムを確認すると、対象パーティションは ntfs と認識されているがマウントポイントが空。
dmesg には volume is dirty and "force" flag is not set! といった警告が出力されている。

まずはターミナルで以下を実行し、どのデバイスに問題があるか把握します。

lsblk -f

該当パーティションが /dev/sdd1 であることがわかったら、続いてカーネルログを確認します。

sudo dmesg | tail -n 30

ntfs3(sdd1): volume is dirty と表示されている場合、Windows側のシャットダウンや安全な取り外しが行われず、NTFSのダーティビットが立っている可能性が高いです。この状態ではLinux標準の ntfs3 ドライバーがマウントを拒否します。

原因: ダーティビットと$MFTMirrの不整合

今回のケースでは、さらに ntfsfix 実行時に $MFTMirr does not match $MFT (record 3) というメッセージが出力されました。これはマスターファイルテーブル(MFT)とそのバックアップがずれている状態を示しています。Windowsの chkdsk でも修復できますが、Linuxしか手元にないときは ntfsfix が頼りになります。

手順1: ntfsfixでファイルシステムを修復

まず、誤ってマウントされたままになっていないか確認したうえで ntfsfix を実行します。

sudo ntfsfix /dev/sdd1

実行例:

Mounting volume... $MFTMirr does not match $MFT (record 3).
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 3...OK
...
NTFS partition /dev/sdd1 was processed successfully.

ntfsfix はダーティビットをクリアし、ジャーナルを空にしたうえでMFTの整合性をチェックします。完了メッセージが表示されたら次のステップへ進みます。

🔍 補足
ntfsfix は簡易的な修復ツールです。問題が解消しない場合は、Windowsマシンで公式の chkdsk /f を実行するのが最も確実です。

手順2: マウントポイントを整える

マウント先ディレクトリが存在しないまたは権限が不適切な場合に備え、事前に作成しておきます。

sudo mkdir -p /media/yt/SSD-PG-C_D

手順3: ntfs-3gで再マウント

Linuxカーネルの ntfs3 ドライバーは厳格にダーティビットをチェックするため、修復直後に再試行しても拒否されることがあります。その場合はユーザー空間ドライバー ntfs-3g でマウントするとスムーズでした。

sudo mount -t ntfs-3g /dev/sdd1 /media/yt/SSD-PG-C_D

正常にマウントできたかどうかは次のコマンドで確認します。

mount | grep sdd1
ls -lah /media/yt/SSD-PG-C_D | head

fuseblk タイプでマウントされ、ファイル一覧が表示されれば成功です。

手順4: 仕上げのチェック

最終的にディスク容量が取得できるかを確認しておくと安心です。

df -h /media/yt/SSD-PG-C_D

期待される出力例:

Filesystem      Size  Used Avail Use% Mounted on
/dev/sdd1       1.9T  651G  1.2T  35% /media/yt/SSD-PG-C_D

再発防止のためにできること

Windowsで完全シャットダウン: 「高速スタートアップ」を無効にしておくと、ハイバネーション情報が残らず安全です。
取り外し時は安全な取り出しを実行: USBストレージを抜く前に必ず「安全な取り出し」を行いましょう。
起動時に自動マウントするなら fstab をntfs-3gに設定:
- /etc/fstab に ntfs-3g を指定すると、次回以降も同じドライバーでマウントされます。
- UID/GIDやマウントオプションも合わせて設定しておくとアクセス権トラブルを避けられます。
定期的にWindows側で chkdsk /f を実行: 長期的にはWindowsのネイティブツールでの整合性チェックが安心です。

トラブルシューティングQ&A

症状	確認ポイント	対処案
`ntfsfix` でエラーが解消しない	`$LogFile` が壊れている可能性	Windowsで `chkdsk /f` を実行し、バックアップからの復元を検討
`mount: unknown filesystem type 'ntfs'`	`ntfs-3g` パッケージが未導入	`sudo apt install ntfs-3g` で導入
`read-only` でしかマウントされない	`ntfsfix` の後もダーティビットが残っている	再度 `ntfsfix` を実行 or Windowsで完全シャットダウン
毎回マウントポイントの権限がrootになる	FUSEのオプション不足	`/etc/fstab` に `uid=1000,gid=1000` などを追加

コマンドチートシート

# デバイス一覧とファイルシステム
lsblk -f

# カーネルログの末尾を確認
sudo dmesg | tail -n 30

# NTFSパーティションの修復
sudo ntfsfix /dev/sdd1

# マウントポイント作成
sudo mkdir -p /media/yt/SSD-PG-C_D

# ntfs-3gでマウント
sudo mount -t ntfs-3g /dev/sdd1 /media/yt/SSD-PG-C_D

# マウント確認・ディスク使用量
mount | grep sdd1
ls -lah /media/yt/SSD-PG-C_D | head
df -h /media/yt/SSD-PG-C_D

# アンマウント
sudo umount /media/yt/SSD-PG-C_D

まとめ

volume is dirty エラーの正体はNTFSのダーティビットやMFT不整合。
Linuxだけで復旧したい場合は ntfsfix が第一歩。
修復後は ntfs-3g ドライバーでのマウントが確実。
再発防止にはWindows側での完全シャットダウンと定期的な chkdsk が有効。

この記事が、同じトラブルに遭遇した際に冷静に対処できる助けになれば幸いです。質問や補足があればコメントでぜひお知らせください！

参考リンク