このイベントは発生した事象を記録するもので、単独では原因を断定できません。前後のログと詳細フィールドを使う切り分けの手掛かりとして扱います。
Windowsのシステムログに記録される「イベントID 153（Disk）」は、ストレージへの読み書き（I/O）が制限時間内に完了せず、処理が再試行されたことを示します。このイベントが発生すると、PCが一時的にフリーズしたり、動作が極端に遅くなったりする症状が伴うことがあります。
しかし、このログ単体で「ディスクの物理故障」と断定することはできません。まずはイベント詳細に記録されたディスク番号やアドレスを確認し、ストレージの過負荷や接続経路の問題がないかを安全に切り分けていきましょう。
イベントID 153（Disk）の意味と発生理由
イベントID 153は、ソース（プロバイダー）「Disk」、チャネル「System」で記録されます。Microsoftの公式資料によると、このイベントはストレージサブシステムが過負荷（オーバーロード）状態になり、I/Oリクエストがタイムアウトしたことを示しています。
具体的には、ストレージの制御を担う「Storportミニポートドライバー（アダプターやHBAのドライバー）」が、ディスクへのリクエストをタイムアウトさせたタイミングでこのログを出力します。
ログ単独で故障と断定できない理由
ディスク自体に物理的な寿命や不良セクターが発生している場合だけでなく、以下のような原因でもタイムアウトが発生し、イベントID 153が記録されます。
- 一時的なアクセス集中によるストレージの過負荷
- 接続ケーブルの接触不良や帯域不足
- iSCSIやMPIO（マルチパスI/O）などのネットワーク・経路設定の不備
- コントローラー側のスロットリング（制御）設定の影響
そのため、ログが記録されたからといって即座に「ディスクの故障・交換が必要」と判断するのではなく、発生状況や前後のログと合わせて原因を特定する必要があります。
類似するイベントID 129との違い
イベントビューアには、類似したタイムアウトを示す「イベントID 129」が記録されることもあります。これらはタイムアウトを検知したレイヤーが異なります。
- イベントID 153: 「Storportミニポートドライバー（個別のアダプターやHBAのドライバー）」がリクエストをタイムアウトさせた場合に記録されます。
- イベントID 129: 「Storportドライバー（Storport.sys本体）」がディスクへのリクエストをタイムアウトさせた場合に記録されます。
どちらもストレージの過負荷や応答遅延を示していますが、イベントID 153は個別のアダプターやミニポートドライバーの挙動に起因しているケースが多いのが特徴です。
イベントビューアで「詳細」を確認する方法
原因を特定するために、まずはイベントビューアで該当するログの「全般」および「詳細」タブを確認しましょう。
該当ログの見分け方（イベントメッセージ）
イベントビューアの「全般」タブには、以下のようなメッセージが表示されます。
メッセージ例:
「Disk 2 の論理ブロック アドレス 123456 で I/O 操作が再試行されました。」
（英語環境では "The IO operation at logical block address 123456 for Disk 2 was retried." と表示されます）
注目すべきフィールドと値の読み方
イベントの「詳細」タブ（またはXMLビュー）を開き、以下の値を確認してください。
- Disk（ディスク番号） * 意味: タイムアウトが発生した物理ディスクの番号です。
- 確認方法: Windowsの「ディスク管理」画面（Windows 11/10ではスタートボタンを右クリックして「ディスクの管理」を選択）を開き、該当するディスク番号（例: ディスク 2）がどのストレージ（SSD、HDD、外付けドライブなど）に対応しているかを特定します。
- logical block address（論理ブロックアドレス / LBA） * 意味: 再試行されたI/Oの位置を示す識別値です。
- 確認方法: 発生時刻、Disk番号、LBAを記録して、Performance Monitorやストレージ側ログと照合します。引用したMicrosoft資料は、同じLBAの反復だけで不良セクター、異なるLBAなら過負荷と判定する基準を示していません。LBAの並びだけで物理故障を断定しないでください。
原因切り分け表
症状や確認箇所に応じて、想定される原因と次の行動を以下のように整理できます。
| 症状 | 確認箇所 | 判断材料 | 次の行動 |
|---|---|---|---|
| 特定のディスクで頻発する | Disk番号、発生時刻、Performance Monitor、ストレージ側ログ | 同じDiskでタイムアウトが続くが、LBAだけでは物理故障を判定できない | 重要データを保全し、負荷・ドライバー・ファームウェア・接続経路を確認する |
| 大容量ファイルの転送時や高負荷時に発生する | パフォーマンスモニター | ディスクの応答時間やキューの長さが極端に増加している | ストレージの過負荷を軽減するため、アクセスを分散するかコントローラーを増設する |
| 外付けドライブやiSCSI接続のディスクで発生する | 接続ケーブル・ネットワーク機器 | ケーブルの緩み、NICの過負荷、MPIO（マルチパス）の誤設定がある | 物理接続の差し替えや、ストレージ専用ネットワークの帯域・設定を見直す |
| 特定の仮想化環境やサーバー環境で発生する | コントローラー設定 | VMware Storage I/O Controlなどのスロットリング設定が有効になっている | コントローラー側の制限設定や、ドライバーのタイムアウト値が適切かベンダーに確認する |
安全な切り分け手順
ストレージトラブルの切り分けでは、「データが消失するリスクを最小限に抑えること」が最も重要です。設定変更や修復操作を行う前に、以下の順序で安全に確認を進めてください。
ステップ1：重要データのバックアップ（最優先）
ディスクに負荷をかける操作（エラーチェックや修復コマンドなど）を行う前に、必ず必要なデータを別の安全なストレージ（クラウドや別の外付けHDDなど）へ退避させてください。ディスクが物理的に寿命を迎えている場合、負荷をかけることで完全に認識しなくなる恐れがあります。
ステップ2：設定を変更しない状態確認
まず、イベントのDisk番号を「ディスクの管理」と照合し、そのディスク上の対象ボリューム（ドライブ文字またはマウントポイント）を特定します。次にWindows標準のchkdskをスキャンモードで実行し、対象ボリュームのNTFSファイルシステムとメタデータを確認します。これは物理ディスク全体やEvent ID 153の過負荷原因を直接診断する検査ではありません。
実行コマンド（スキャンモード）
管理者権限でコマンドプロンプトまたはPowerShellを開き、以下のコマンドを実行します。
chkdsk <Volume>: /scan<Volume>: は、事前に特定した対象のドライブ文字またはボリューム名へ置き換えます。
- 目的: ファイルシステムに潜在的な問題がないかを、ディスクをオフラインにせず、変更を加えない状態で検査します。
- 結果の読み方: 「Windows はファイル システムをスキャンし、問題は見つかりませんでした」と表示されれば、ファイルシステム層の破損はありません。エラーが検出された場合は、ファイルシステムの修復が必要になりますが、このコマンド自体はシステムに変更を加えないため安全です。
ステップ3：接続経路と負荷の確認
- 物理接続の確認: ケーブルの緩みや劣化がないか確認します。外付けディスクの場合は、接続するUSBポートを変更して再現性を確認します。
- ネットワークストレージ（iSCSI等）の場合: ストレージ専用のネットワークアダプター（NIC）が、一般の通信トラフィックと混在して過負荷になっていないか確認します。
ステップ4：ファイルシステムの修復（必要な場合のみ）
スキャン後は、対象ボリュームのdirty bitを確認します。dirtyと判定され、重要データのバックアップが完了し、ボリュームを利用できない時間を確保した場合だけ、保守時間帯に修復を検討します。
dirty bitの確認
fsutil dirty query <Volume>:実行コマンド（修復モード）
chkdsk <Volume>: /f /r<Volume>: は対象ボリュームへ置き換えます。対象を確認できない場合や業務・共有ボリュームの場合は実行せず、管理者またはベンダーへ相談してください。
- 目的: 不良セクターの回復（
/r）と、ファイルシステムエラーの修復（/f）を試みます。 - 注意点: このコマンドはディスクに変更を加えます。処理中にディスクがロックされ、システムドライブの場合は再起動が必要になります。ディスクの物理的な劣化が進んでいる場合、この処理が引き金となって故障が進行するリスクがあるため、必ずバックアップ後に実行してください。
やってはいけない対処と専門業者への相談基準
やってはいけない対処
- バックアップを取らずに「chkdsk /f /r」を繰り返す 修復コマンドはディスクに非常に高い負荷をかけます。1回実行しても改善しない、あるいは途中でフリーズする場合は、物理故障の可能性が極めて高いため、何度も繰り返してはいけません。
- メーカーの推奨がない状態でレジストリのタイムアウト値を変更する ドライバーのタイムアウト設定（レジストリ値）を安易に変更すると、システム全体の安定性が損なわれ、データ破損の危険性が高まります。必ずハードウェアベンダーの指示に従ってください。
専門業者やメーカー相談へ切り替える条件
以下のような状況に該当する場合は、個人での作業を中止し、メーカーサポートやデータ復旧専門業者への相談を検討してください。
chkdsk /scanの時点でエラーが多発し、バックアップすら正常に進まない場合- ディスクから「カチカチ」「ジー」といった異音が発生している場合
- ケーブルやポートを変更しても、イベントID 153が頻繁に記録され、PCのフリーズが解消しない場合
- iSCSIやSANなどのエンタープライズ環境で、MPIOやコントローラーの設定に起因している疑いがあり、自社での切り分けが困難な場合
よくある質問
Q1. イベントID 153が出たら、すぐにディスクを交換すべきですか？
A1. Event ID 153だけでは交換を決められません。
引用したMicrosoft資料はストレージサブシステムの過負荷によるタイムアウトとして説明しています。重要データを保全し、Disk番号、発生時刻、負荷、ドライバー、ファームウェア、接続経路を確認してください。LBAの反復だけで物理故障を断定せず、ベンダー診断や別のエラー情報と合わせて判断します。
Q2. Windows 11やWindows 10でも同じ判断基準を使えますか？
A2. この記事のEvent ID 153根拠はWindows Server向けです。
クライアントOSで同じprovider/Event IDを確認した場合も、この記事だけで適用範囲を同一視しないでください。PCメーカーやストレージベンダーのクライアントOS向け資料を確認し、画面名や診断手順が一致する範囲だけを使います。
Q3. 「Storportミニポートドライバー」とは何ですか？
A3. 各ハードウェアメーカーが提供する、ストレージアダプター用の制御ドライバーです。
Windows標準の「Storport.sys」と連携し、RAIDコントローラーやホストバスアダプター（HBA）、iSCSIポートなどのハードウェアを直接制御します。このドライバーが制限時間内に処理を完了できなかった場合に、イベントID 153が記録されます。
Q4. イベントID 153とイベントID 129が同時に記録されたら、どちらが先ですか？
A4. 同時刻にあるだけで因果順序を断定しないでください。
Microsoft資料は、Event ID 153をStorportミニポートドライバー、Event ID 129をStorport.sysがタイムアウトを記録するイベントとして区別しています。前後関係は時刻、アダプター情報、ストレージ側ログを照合し、153が129を発生させたと補完しません。
Q5. ネットワーク経由のストレージ（iSCSIなど）でこのイベントを防ぐには？
A5. ストレージ専用の通信経路を確保し、過負荷を防ぐ設定を行ってください。
具体的には、iSCSI通信を行うネットワークアダプター（NIC）を一般の業務トラフィックから分離すること、破損したLANケーブルやスイッチがないか確認すること、そしてMPIO（マルチパスI/O）が正しく構成されているかを確認することが推奨されます。
参考情報
- Guidance for Troubleshooting Data Corruption and Disk Errors - Windows Server | Microsoft Learn
- chkdsk command reference | Microsoft Learn
まとめ
イベントID 153（Disk）が発生した際は、慌てずに以下のポイントを確認して次の行動を決定しましょう。
- ディスク番号の特定: 「詳細」タブに記載されているディスク番号を「ディスクの管理」画面と照合し、どのストレージで発生しているか特定する。
- LBA（論理ブロックアドレス）の記録: Disk番号、LBA、発生時刻を記録する。LBAの反復だけで物理故障を判定しない。
- 対象を指定したスキャン: 対象ボリュームを特定してから
chkdsk <Volume>: /scanを実行し、NTFSファイルシステムの状態を確認する。
ディスクの物理的な寿命が疑われる場合は、負荷のかかる修復操作を避け、速やかにデータのバックアップを確保してください。