CHKDSKがRAWドライブで使えない原因と復旧手順を整理する

本記事が扱う事象は、Windowsでディスク検査ツールのCHKDSK（チェックディスク）を実行した際に「ファイルシステムの種類はRAWです。RAWドライブではCHKDSKは使用できません」と表示され、外付けHDDやSSD、USBメモリ、SDカードが開けなくなるケースです。OS側がフォーマットを促す挙動を示すこともありますが、問題の本質は「ドライブがRAW（未認識のファイルシステム状態）として扱われ、修復の前提条件が欠ける」点にあります。そこで、発生の仕組みから、一般に整理される復旧の順序、実務上の確認点までを淡々とまとめます。

• RAW表示と「CHKDSK不可」が同時に起きる仕組み
• RAWになる主因と、発生パターンの整理
• 物理要因の切り分けが先になる理由
• データ復旧を先に置く場合の論点と上書きリスク
• 再フォーマットとパーティション再作成で「通常状態」に戻す流れ

RAW表示と「CHKDSK不可」が同時に起きる仕組み

Windowsがドライブを利用するには、NTFS（New Technology File System）やFAT32（File Allocation Table 32）、exFAT（Extended File Allocation Table）などのファイルシステムが必要です。一方で、ファイルシステムが壊れている、または情報が読み取れない場合、Windowsはその領域をRAWとして扱います。RAWは「形式が不明で、構造を前提に読み書きできない」状態であり、ドライブ自体が即座に物理故障だと確定する名称ではありません。

CHKDSKはファイルシステムの構造情報を参照して整合性を確認するため、RAW状態では処理対象の前提が成立しません。 そのため、CHKDSKの実行段階で「RAWなので使えない」という表示になります。ここで重要なのは、修復の順序が逆転しやすい点です。つまり、CHKDSKで直す前に、まず「読めない原因が物理か論理か」を切り分け、その結果に沿って作業の分岐が生じます。以上を踏まえると、次章の原因整理が判断材料として重要であると言えます。

RAWになる主因と、発生パターンの整理

RAW化の背景は大きく、論理障害（ファイルシステムや管理情報の破損）と、物理障害（接続不良や媒体劣化）に分かれます。論理障害では、突然の電源断、取り外しの失敗、転送中の強制終了、パーティションテーブルの破損などが重なり、OSが管理情報を辿れなくなる構図が典型です。他方、物理側の問題ではケーブル不良やポート不良、ストレージ内部の劣化が絡み、読み取り自体が不安定になります。

この点から、原因は単発よりも「小さな異常が連鎖してRAW表示に至る」形が多く、判断が分かれる余地があります。なお、マルウェア（悪意あるソフトウェア）が書き込み領域を改変し、管理情報の不整合を誘発する例も整理対象になります。要点を整理すると、まずは代表的な要因を同じ枠組みで並べ、次に作業の優先順位へ接続することが合理的です。

そのため、次章では「物理寄りの兆候があるか」を先に確認し、リスクの高い操作を回避する流れを扱います。

物理要因の切り分けが先になる理由

RAW表示が出た直後に、フォーマットや修復系コマンドを試す動きは起きやすいです。ただし、物理障害が疑われる局面では、追加の読み書きが状態を悪化させる可能性があるため、作業順が重要になります。たとえば、USB接続ならケーブル交換や別ポートへの変更、別のWindows端末での再認識確認といった「負荷の小さい切り分け」が先行します。SATA接続の内蔵ドライブでも、接続部や電源系の確認が優先されます。

異音（クリック音など）や認識の断続がある場合は、論理修復よりも先に追加操作を止める判断が実務上の確認点となります。 そうすることによって、復旧可能性を下げる上書きや再試行の連鎖を避けられます。なお、切り分けは「原因の断定」ではなく「次の手段の選択」に使われます。物理の疑いが濃い場合は専門の復旧サービスへ移行する、他方で接続要因が否定できれば論理復旧の手順へ進む、という分岐になります。

この結果、次に整理すべき論点は「データを優先して退避するか」「構造を作り直すか」の優先順位です。そこで次章では、復旧作業で問題になりやすい上書きリスクを中心に扱います。

データ復旧を先に置く場合の論点と上書きリスク

RAW状態では、OSが通常のファイル一覧として表示できない一方で、媒体上にデータ片が残っていることがあります。そのため、復旧の設計では「ファイルシステムを直す前に、読める範囲のデータを別媒体へ退避する」考え方が登場します。市販のデータ復旧ソフトがRAWドライブを対象にスキャンし、見つかったファイルを抽出する方式は、その代表例です。対象がHDD、SSD、USBメモリ、SDカードでも、手順の考え方は共通化されています。

RAWドライブに対するフォーマットや初期化は、未回収データを上書きする可能性があるため、復旧順序の設計で最も影響が大きい論点です。 ただし、復旧ソフトで全てが戻るとは限らず、ファイル名やフォルダ構造が崩れることもあります。言い換えると、ここでの目的は「完全復元」ではなく「残存データの最大回収」に置かれがちです。

また、復旧データの保存先は、元のRAWドライブとは別にするのが一般的です。同一ドライブに書き戻すと、スキャンで見えていた領域を上書きする危険が増します。なお、この段階でディスクイメージ（媒体の丸ごとコピー）を作ってから作業する運用もありますが、容量や時間の条件差が生じる可能性があります。Afte（After）の段階で何を実施するかは、データの重要度と媒体状態によって決まるため、次章では「復旧後にファイルシステムを再作成する流れ」を整理します。

再フォーマットとパーティション再作成で「通常状態」に戻す流れ

データ退避を優先する設計を採る場合、次に必要になるのは、RAWとして扱われている領域に新しいファイルシステムを作る工程です。Windowsでは、ディスクの管理（Disk Management）とDiskPart（ディスクパート）という標準機能が代表的です。ディスクの管理では、RAW表示のボリュームに対してフォーマットを行い、NTFS（New Technology File System）やexFAT（Extended File Allocation Table）などを選び、ドライブ文字を割り当てます。他方で「未割り当て」と表示される場合は、新しいシンプルボリュームを作り、パーティションを再作成してからフォーマットへ進みます。

DiskPartでclean（クリーン）を実行すると領域情報が消去されるため、実行前にデータ退避の要否が整理されていることが前提条件になります。 そのため、コマンド操作は「復旧より再構築を優先する」局面で用いられやすく、作業の意味が変わります。そうすることによって、OSが認識できる構造を作り直し、結果としてCHKDSKが参照可能な前提を回復させます。

ただし、再フォーマット後に再びRAW化する場合は、媒体の劣化、電源供給、接続の不安定、ドライバ競合など、根の要因が残っている可能性があります。つまり、復旧は「一度読めるようにする」工程であり、再発を防ぐには運用面の整理も必要になります。具体的には、取り外し手順の順守、転送中の中断回避、定期バックアップの設計が挙げられます。以上を踏まえると、RAW表示とCHKDSK不可は「原因の切り分け→退避→再構築」という順序で整理される事象であり、順番の取り違えが復旧結果を左右する構造だと位置づけられます。