Windows 11で「Disk at risk（ディスクが危険）」が表示されたら、それは“近いうちに読めなくなるかもしれない”という強いシグナルです。内蔵HDD1台＋USB接続の外付けSSD2台という構成を例に、原因ドライブの特定からデータ保護、修復・交換、再発防止までを安全第一で実践できる手順とコマンドに落とし込みました。
目次
「Disk at risk」とは何か ― まず知っておく前提
Windows 11 はドライブの自己診断（SMART）やドライバー層のエラーを監視し、故障リスクが上がったと判断すると通知を出します。これが「Disk at risk（ディスクが危険）」です。原因は大きく以下の3カテゴリに分かれます。
- メディア劣化・物理故障：HDDの不良セクタ増加、SSDの書換え寿命・不良ブロック増加、コントローラの障害など。
- 接続系の問題：SATA/電源ケーブルの接触不良、USBケーブル・ハブ・ポートの相性、給電不足、UASP非対応ケースによるSMART誤読など。
- ファイルシステム・一時的エラー：不正終了や取り外しに伴うNTFS整合性エラー、ドライバーのリセット。
通知を無視すると、突然のアクセス不能やデータ消失に直結します。最優先はデータの保護＝バックアップ、次に原因ドライブの特定、最後に修復 or 交換です。
最優先：すぐにバックアップ（最短ルート）
通知時点でデータはすでに危険域にあります。最新バックアップの有無を確認し、無い・あいまいなら即時コピーを開始します。
優先順位（時間対効果）
| 優先度 | 対象 | 理由 | 実施例 |
|---|---|---|---|
| 最優先 | 業務・思い出など唯一無二のフォルダ | 再取得不能。容量も比較的限定的 | エクスプローラーで外付け健全ドライブ or クラウドへドラッグ |
| 高 | 作業中プロジェクト、メールアーカイブ | 復元に手間 | 圧縮して一括コピー（Zip） |
| 中 | 写真・動画の大容量 | 時間はかかるが重要 | フォルダ単位で段階的に複製 |
| 低 | 再インストール可能なアプリ、キャッシュ類 | 後回し可 | 必要時に再取得 |
高速・堅牢なコピー例（破損に強い）
Robocopyは途中エラーに強く、再開もしやすいです。削除ミラーリングは危険なので使いません。
robocopy "D:\重要" "X:\バックアップ\重要" /E /R:1 /W:1 /MT:16 /XJ /FFT /V /TEE /LOG:"%USERPROFILE%\Desktop\robocopy.log"/E：空フォルダ含む全コピー、/MT:16：並列化、/XJ：ジャンクション無限ループ回避、/FFT：異なるファイル時刻分解能に対応。- コピー先は別物理ディスク推奨（同一ドライブ内コピーは無意味）。
BitLocker で暗号化している場合は復号状態でのコピーが簡単です（manage-bde -statusで確認）。
原因切り分け：物理的に外して再起動（もっとも確実）
環境：内蔵HDD×1、外付けSSD×2。Windowsの通知だけでは発生元が曖昧なことがあります。以下の順で「犯人」を絞り込みます。
- 外付けSSD 2台をいったん全部取り外し、PCを再起動して通知の有無を確認。
- 通知が続く → 内蔵HDDが疑わしい。
- 通知が消える → どちらかの外付けSSDが原因。1台だけ接続して再起動、通知が出た方が該当。
切り分け結果と次アクション
| 通知状況 | 疑い | 次にやること |
|---|---|---|
| 外付け全外しでも通知あり | 内蔵HDD | SMART確認→バックアップ完了後に交換検討 |
| 外付け全外しで通知消失 | 外付けSSDいずれか | 1台ずつ接続→再現ドライブを特定→ケーブル/ポート/ケースも含め検証 |
| 接続ポートで再現が変わる | USBポート/ケーブル/電力 | 別ケーブル・別ポート・セルフパワー化・直挿しで確認 |
どのディスクが警告元かを正確に特定する（GUIとPowerShell）
Windows 設定から確認
- 設定 → システム → 記憶域 → 記憶域の詳細設定 → ディスクとボリューム。
- 各ボリュームのプロパティで、どの物理ドライブ上にあるかを確認（ディスク番号やモデル名・シリアルがわかる）。
イベント ビューアーで裏付け
イベント ビューアー → Windows ログ → システム。以下のイベントが手掛かりです。
| Event ID | 代表的なソース | 意味 | 着目点 |
|---|---|---|---|
| 7 | Disk | 不良ブロック検出 | 「\デバイス \HarddiskX」のXが物理ディスク番号 |
| 51 | Disk | I/O エラー（遅延書き込みなど） | ケーブル・電力・ポートも疑う |
| 129 | storahci / stornvme | コントローラリセット | ドライバー/電力/相性 |
| 153 | disk / storport | リトライを伴うI/Oエラー | メディア or 経路の不安定 |
| 157 | disk | サプライズ取り外し | USB抜け・休止復帰・電源管理 |
PowerShellでディスク・ボリュームを関連付け
管理者の PowerShell を開き、次を実行します。
# 物理ディスクの一覧（モデル名・シリアル・バス種別など）
Get-Disk | Select Number,FriendlyName,SerialNumber,BusType,OperationalStatus,Size | Format-Table -Auto
# ボリュームの健康とパス（ドライブレターが無い回復パーティションも把握）
Get-Volume | Select DriveLetter,FileSystemLabel,FileSystem,HealthStatus,Size,Path | Format-Table -Auto
# 特定ドライブレターが乗っている物理ディスク番号を出す（例：Eドライブ）
Get-Partition -DriveLetter E | Get-Disk | Select Number,FriendlyName,SerialNumber
# Storage Spaces 対応の詳細ヘルス（内蔵/一部外付けでも取得可能）
Get-PhysicalDisk | Select DeviceId,FriendlyName,MediaType,HealthStatus,OperationalStatus,Size,SerialNumber | ft -Auto
# 異常ドライブだけを抽出
Get-PhysicalDisk | Where-Object HealthStatus -ne "Healthy" | ft -Auto
# 信頼性カウンタ（温度・エラー累計・SSD消耗度など、取得できる機種なら詳細）
Get-StorageReliabilityCounter -PhysicalDisk (Get-PhysicalDisk | Where SerialNumber -Match "部分一致シリアル")古い互換コマンドでも簡易判定が可能です（結果は OK または Pred Fail）。
wmic diskdrive get status,model,serialnumber
wmic /namespace:\\root\wmi path MSStorageDriver_FailurePredictStatus get PredictFailure,InstanceNameファイルシステム修復とメディアの見極め
「Disk at risk」が経路不良やNTFS整合性エラーだけなら修復で解消することもあります。ただしバックアップ後に実施してください。
| コマンド | 用途 | 特徴 | 推奨シナリオ |
|---|---|---|---|
chkdsk E: /scan | オンライン検査 | マウント中に実行可。高速 | 軽微な不整合の確認 |
chkdsk E: /f | 修復（要一部ロック） | 次回再起動で実行になる場合あり | NTFSの論理エラー修復 |
chkdsk E: /r | 不良セクタ検出＋回復 | 全域スキャンで時間・負荷大 | 明確な物理エラーの切迫時は実行前に完全バックアップ |
SSD での /r は読み取り負荷が大きく、状態を悪化させる可能性があります。まずは /scan → 異常ありなら /f、物理異常の疑いが濃厚（SMART C5/C6/C7や書込み失敗）なら交換を優先し、/rは回収が必要な最終手段にとどめるのが安全です。
SMART値の読み解き（CrystalDiskInfo等の併用）
フリーウェアの CrystalDiskInfo などを使うと、温度・通電時間・代替処理済セクタ数・エラー回数が視覚的に把握できます。代表的な属性の読み方は以下の通りです（表記はツールにより異なります）。
| ID | 名称の例 | 何を示すか | 悪化時の症状 | 対処の目安 |
|---|---|---|---|---|
| 05 | Reallocated Sectors Count（代替セクタ） | 不良セクタを予備に置換した累計 | 読み書きの遅延・失敗 | 増加傾向なら交換 |
| C5 | Current Pending Sector（代替保留） | 再読み込み待ちの不安定セクタ | イベントID 7/51が増える | 即バックアップ→交換 |
| C6 | Uncorrectable Sector Count | 修復不能セクタ | 読み出し不能 | 交換確定 |
| C7 | Interface CRC Error Count | 転送エラー（ケーブル/ポート） | I/Oエラー、速度低下 | ケーブル交換・別ポートで再検 |
| Wear Leveling / Percent Used（SSD） | 消耗度・残寿命 | 書込み寿命の使用率 | 書込み失敗・速度低下 | しきい値接近で交換準備 |
ケーブル・ポート・ケースを疑う（外付けSSDでの落とし穴）
- USBケーブルを交換（できれば付属品 or 短く太いもの）。
- 別のUSBポート（背面直挿し、USB 3.xポート、ハブ経由を避ける）。
- セルフパワーのUSBハブ/ケースで給電を安定化。
- UASP対応ケースの方が安定しやすい。SMARTパススルー非対応ケースでは正確な状態が読めないことがある。
- デバイス マネージャー → USB ルートハブ（またはハブ）の電源の管理で「電力節約のために…オフにできる」による切断がないか確認。
上記の変更で通知が出なくなれば、メディア自体は健全で、経路の安定化が解決策です。反対に、どの経路でも再現するならドライブ本体の故障可能性が高いです。
交換 or 修復の判断基準（早見表）
| 状況 | 推奨 | 理由 |
|---|---|---|
| SMART C5/C6 が 1 以上 / 05 増加 | 即交換 | 物理劣化が進行。修復しても再発 |
| イベント 129/153 が頻発、C7増加 | ケーブル・ポート交換 → 改善なければ交換 | 経路 or コントローラ不安定 |
| chkdsk /scan で軽微な論理エラーのみ | /fで修復 → 経過観察 | メディア健全なら延命可 |
| ベンダー診断で「注意/要交換」 | RMA申請・交換 | 保証を活用して損失最小化 |
ドライブ交換の実務（安全に入れ替える）
事前チェック
- フォームファクタ（2.5″ SATA / 3.5″ SATA / M.2 NVMe）と高さ/長さ、インターフェースを確認。
- 容量は同等以上を選択（クローンの互換性が高い）。
- OSディスクの場合：クローン or 再インストールを選択。クローンはベンダーツールやイメージソフトで実施。
クローン前の健全性チェック
sfc /scannow、DISM /Online /Cleanup-Image /RestoreHealthでシステムファイル整合性を確保。- 不要な一時ファイルを削除し、断片化の多いHDDは空き容量を確保。
入れ替え後の初期化・レター調整
- ディスクの管理（
diskmgmt.msc）で新ドライブが見えるか確認。 - データディスクならGPTで初期化し、必要に応じてドライブレターを旧ドライブに合わせる。
- OSディスク換装なら BIOS/UEFI の起動順を新ディスクに変更。
「通知の詳細」を読み解く：ログから根拠を固める
単発の警告ではなく、継続的な証跡があるかを確認します。
- 同一ディスク番号で Event 7/51/153 が繰り返し出る → 実メディアの問題が濃厚。
- スリープ復帰直後に 157 が出る → 電源管理とUSB経路を見直し。
- 129（コントローラリセット）が多い → ドライバー/ファーム/相性の可能性。
ケース別：内蔵HDD／外付けSSDでやるべきこと
内蔵HDDが疑わしいとき
- SMART C5/C6/05 をチェック。1でも出たらデータ退避→交換。
- 異音（カチカチ・連続リトライ）がある場合は通電時間を最小に。コピーは必要最小限から。
- SATAケーブル・電源ケーブルを新品に交換し再テスト（C7が改善するか）。
外付けSSDが疑わしいとき
- ケースやケーブルを替えて再現確認。SMARTが読めるケースで状態を取得。
- 温度（サーマルスロットリング）にも注意。長時間コピーで警告が出るなら放熱板・ファン併用。
- バスパワー不安定の回避にセルフパワー化を検討。
コマンド早見表（コピー＆ペースト用）
| 目的 | コマンド | 補足 |
|---|---|---|
| ディスク一覧 | Get-Disk | Select Number,FriendlyName,SerialNumber,BusType,OperationalStatus,Size | 物理ディスク番号と型番 |
| ボリューム健全性 | Get-Volume | Select DriveLetter,HealthStatus,FileSystemLabel,Path | 論理ボリュームの状態 |
| ドライブレター→物理ディスク | Get-Partition -DriveLetter E | Get-Disk | 発生源の紐づけ |
| SMART簡易 | wmic diskdrive get status,model,serialnumber | OK / Pred Fail |
| NTFSオンライン検査 | chkdsk E: /scan | 先に実施推奨 |
| NTFS修復 | chkdsk E: /f | 再起動要求ありうる |
| 大容量コピー | robocopy "元" "先" /E /R:1 /W:1 /MT:16 /XJ /FFT | ログ出力も併用 |
再発防止：運用と監視のベストプラクティス
- 3-2-1 バックアップ：3つのコピー、2種類のメディア、1つはオフサイト。
- 月1のSMART点検：CrystalDiskInfo を起動してグラフで傾向を見る。PowerShellで月次ログを保存するのも有効。
# 月次ログ保存の例（管理者PowerShell） $path = "$env:USERPROFILE\Documents\DiskHealth" New-Item -ItemType Directory -Force -Path $path | Out-Null Get-PhysicalDisk | Select FriendlyName,SerialNumber,HealthStatus,OperationalStatus,Size | Export-Csv -NoTypeInformation -Path ("$path\health_$(Get-Date -Format yyyyMMdd).csv") - 温度管理：HDDは高温で故障率が上がり、SSDは高温でスロットリング。風の通り道を確保。
- 安全な取り外し：外付けは「ハードウェアの安全な取り外し」を徹底。
- 正しいシャットダウン：強制電断はNTFSエラーの温床。
- TRIMの確認（SSD）：
fsutil behavior query DisableDeleteNotifyが 0 なら有効。
具体例で理解する：あなたの構成での手順（内蔵HDD×1 + 外付けSSD×2）
- 即バックアップ：重要フォルダを別の健全ドライブへRobocopy。クラウドも併用。
- 外付け2台を外す → 再起動：通知が残るかを確認。
- 残れば内蔵HDDが候補：
Get-Disk・Get-Volumeでレターとディスク番号を紐づけ、SMART（wmic/ツール）確認。C5/C6/C7の有無をチェック。 - 消えれば外付けが候補：1台ずつ接続して再起動。再現する方に対して、ケーブル交換・直挿し・セルフパワーで再検。SMARTが取れるケースで値を確認。
- イベントビューアーで裏付け：該当ディスク番号のEvent 7/51/153/129/157の有無を確認。
- 判断：
- SMART劣化あり → 交換＋RMA検討。
- SMART正常だが経路依存で再現 → ケーブル/ポート/ケースを交換。
- 論理エラーのみ → chkdsk /f後に経過観察。
よくある質問（FAQ）
Q. 通知は一度だけでした。放置してよい？
A. 推奨しません。単発でも「前兆」の可能性があり、最低限のバックアップとSMARTチェックは必須です。
Q. CrystalDiskInfo の「正常（青）」でも通知が出ます。
A. ケースやUSB経路でSMARTが正しく読めていない場合や、OSのI/Oエラー検知（イベント129/153）に起因する可能性があります。イベントログとポート/ケーブルの検証で切り分けましょう。
Q. chkdsk /rをすぐ走らせてよい？
A. いいえ。まずバックアップ。SSD/HDDともに負荷が高く、状態悪化のリスクがあります。/scan → /fを先行し、物理劣化が明白なら交換を優先します。
Q. 交換したらドライブレターが変わりました。
A. 「ディスクの管理」でレターを旧環境に合わせて付与すればアプリのパスも維持できます。
Q. ベンダーツールとWindowsの結果が食い違います。
A. SMARTのしきい値や解釈はベンダー依存です。ベンダーツールの「要交換」判断は尊重し、保証（RMA）を活用しましょう。
チェックリスト（最短で安全に進めるための要点）
- 通知＝前兆。最初にバックアップ。
- 外付けは全部外して再起動→犯人を絞る。
- Get-Disk / Get-Volume / イベントログで発生源を特定。
- SMARTのC5/C6/C7と温度を確認。
- 論理エラーは
chkdsk /scan→/f、物理劣化は交換。 - 外付けはケーブル/ポート/給電/UASPを見直し。
- RMAがあるなら早期に手続き。
- 月1のヘルス点検と3-2-1バックアップを習慣化。
参考：原因別の対処マトリクス
| 症状 | 主因候補 | 確認方法 | 即応 | 恒久対策 |
|---|---|---|---|---|
| コピー中に停止・速度が極端に落ちる | 不良セクタ増加 / USB給電不足 | SMART C5/C6、イベント51/153の頻度 | バックアップ→ポート/ケーブル変更 | 交換・セルフパワー運用 |
| スリープ復帰でしばしば見失う | 電源管理の節電解除不良 | イベント157、デバイスの電源管理設定 | 電源オプションとハブ設定を調整 | 直挿し・高品質ハブへ移行 |
| 起動時や高負荷で警告 | コントローラ/ドライバの不安定 | イベント129（storahci/stornvme） | バックアップ→ドライバ更新・別ポート | 安定実績ある構成へ |
| 特定ポートでのみ発生 | ポート・ケーブルの品質差 | 別ポート/別ケーブルでA-B比較 | 健全な経路に固定 | 劣化部品を交換 |
まとめ：最短距離で「データ保護 → 原因特定 → 対処」へ
「Disk at risk」は放置厳禁のレッドカードです。まずバックアップ、次に外付けの切り離しで原因を大掴み、PowerShellとイベントログで特定、そして論理修復 or 交換の順で進めれば、データ損失の確率を大幅に下げられます。交換後は月次のヘルスチェックと3-2-1バックアップを習慣化し、次のリスクに備えましょう。
付録：実行手順カード（そのまま実務で使える）
- バックアップ：Robocopyで重要フォルダ → 別物理ディスク。
- 外付けSSDを全て外す → 再起動 → 通知の有無で内蔵/外付けを判定。
- PowerShell：
Get-Disk Get-Volume Get-Partition -DriveLetter 〔問題レター〕 | Get-Disk wmic diskdrive get status,model,serialnumber - イベント ビューアー（System）：7/51/129/153/157 を確認し、\HarddiskXの番号を控える。
- 外付け起因ならケーブル/ポート/ケースを替えて再検（セルフパワー推奨）。
- 論理なら
chkdsk /scan→/f。物理兆候なら交換・RMAへ。
コメント