Windows 11のBSODで「Device RaidPort1」エラーが出る背景と切り分け要点

Windows 11環境でブルースクリーン（BSOD）が発生し、イベントビューアーに「The driver detected a controller error on \Device\RaidPort1」や「Reset to device, \Device\RaidPort1, was issued」などが残る事例が報告されています。(Reddit)
本記事の対象となる事象は、単一の原因に収束しにくい点に特徴があり、ストレージ経路（SSD/HDD、NVMe、SATA、コントローラー、ドライバー、電源管理）を分解して整理する必要があります。(JPWinSup)

• 「RaidPort1」が示す範囲と、ログに出る文言の位置づけ
• 原因は「SSD不良」だけではなく、ドライバー・設定・電源管理でも分岐する
• ログと症状を結び、切り分けを前に進めるための確認順序
• ドライバー更新・BIOSモード・電源管理が論点になる理由
• 相談・調査依頼で共有されやすい情報と、結論の出し方の型

「RaidPort1」が示す範囲と、ログに出る文言の位置づけ

「RaidPort1」は“RAIDを組んでいる”ことの断定ではなく、Windowsが参照するストレージ経路上のポート表現として扱われます。
イベントログに現れる「Reset to device, \Device\RaidPort1, was issued」（イベントID 129）は、Storport.sysがI/O要求のタイムアウトを検知し、対象アダプター（ミニポート）へリセットを発行した状況を示す、とMicrosoftのトラブルシューティング文書で説明されています。(Microsoft Learn)
つまり、OSが「一定時間内に完了しないI/O」を観測した結果として残る記録であり、直ちにOS不具合と決めつけるより、ストレージ側の応答遅延・断続的な通信不良・ドライバー層の不整合を候補に含めるのが実務上の確認点となります。(JPWinSup)
この点から、BSODと同時刻にID 129やコントローラーエラー（ID 11相当の表現）が並ぶ場合は、障害の「場所」をOS外側へ広げて整理し、次章で原因の分類に進みます。(Reddit)

原因は「SSD不良」だけではなく、ドライバー・設定・電源管理でも分岐する

同じRaidPort1系のログでも、要因は(1)コントローラー/ドライバー、(2)BIOS設定、(3)SSDファーム、(4)物理層のどこでも成立し得ます。
まずドライバー層では、Intel Rapid Storage Technology（Intel RST）の関連ドライバー（例：iaStorAC.sys）がBSOD解析で言及されるケースがあり、Intel自身も当該ドライバー起因のBSODについて更新や取得元（PCメーカー/Intel）を分けて案内しています。(インテル)
次にBIOS/UEFI側では、RAID（Intel RST、VMDなど）に近いモードが既定になっている構成もあり、RAIDを利用していない認識でもストレージ経路がRAID系ドライバー配下になる余地があります。(Windows 11 Forum)
他方、SSD側のファームウェアやNVMeドライバー（stornvme）を含む経路で、I/Oタイムアウト→リセット（ID 129）→フリーズや再起動に至る報告もあり、単純な部品故障の断定には条件差が生じる可能性があります。(Reddit)
以上を踏まえると、原因は「どれか一つ」ではなく、複数の境界（ドライバー更新、BIOS変更、スリープ復帰、負荷時）で再現条件が変わるかが判断材料として重要です。(Microsoft Learn)

ログと症状を結び、切り分けを前に進めるための確認順序

切り分けでは「(A)いつ出たか」「(B)誰が出したか（stornvme/iaStor等）」「(C)同時刻の周辺ログ」を同じ時間軸で扱うことが要点です。
Storport系のイベント（ID 129）は、アプリ→ファイルシステム→Storport→ミニポート→ハードウェアというI/O経路の末端に近い層で、タイムアウトを検知したときに残る、という整理が示されています。(JPWinSup)
そのため、同時刻にKernel-Power（予期しない再起動）やvolmgr（ダンプ作成失敗）が並ぶ場合、ストレージ経路の停止が連鎖して「再起動ログだけが残る」形になりやすく、エラーの一次原因が見えにくくなります。(Reddit)
なお、確認項目がそろわないと、切り分けが進まにいという問題が起きます。そこで、実務上は次のように情報を揃える運用が取られます。

この結果、ドライバー更新で変化するのか、BIOSモード変更で変化するのか、SSDファーム更新で変化するのか、といった「境界条件」を次章で整理します。(インテル)

ドライバー更新・BIOSモード・電源管理が論点になる理由

RaidPort1系の事象は「ストレージの応答遅延」を起点にしやすく、電源管理（省電力）や復帰動作が絡むと再現条件が変化します。
Intel RSTのようにストレージ制御を担うドライバーは、更新の適用元（PCメーカー配布か、ベンダー配布か）で内容が変わることがあり、Intelの案内もその点を前提にしています。(インテル)
一方で、BIOS側のRAID関連設定が有効な状態では、OS側がRAID系の経路としてデバイスを扱う可能性があり、RAIDを使っていないという認識とログ表現が一致しない状況が成立します。(Windows 11 Forum)
また、MicrosoftはイベントID 129を「Storport.sysがディスクへの要求をタイムアウトしたときに記録される」と説明しており、ここには“要求が遅れた”という事実しか含まれません。(Microsoft Learn)
つまり、遅延の原因がSSD側の瞬断なのか、PCIe/NVMeの省電力状態からの復帰なのか、コントローラーのドライバー処理なのかで対処が分岐します。このため、更新・設定変更の前後でログのソース名や頻度が動くかを観測して整理する流れになります。(Overclockers UK Forums)

相談・調査依頼で共有されやすい情報と、結論の出し方の型

結論は「原因を単語で当てる」より、「再現条件と変更点を固定して原因範囲を狭める」型で整理されます。
コミュニティ投稿では、BSODの発生が「ここ1週間で複数回」「設定変更なし」などの形で語られることがあり、こうした情報は“変化点が少ない”という意味で有用です。(Reddit)
ただし、変化点が少ない場合でも、Windows Update、ストレージドライバー更新、SSDファーム更新、BIOS更新のいずれかが自動的に入っている可能性があるため、日付付きの更新履歴とログ時刻を並べることが判断材料として重要になります。(インテル)
他方、MicrosoftのガイダンスはID 129をストレージサブシステムの過負荷や応答停止として説明しており、ベンダー（ストレージ/コントローラー）側の情報が必要になる場面を示唆しています。(Microsoft Learn)
要点を整理すると、「stornvme/iaStor等の層の特定」「BIOSモードの関与」「ファーム/ドライバー更新の前後比較」「同時刻ログの束ね」をそろえたうえで、物理不良・互換性・設定不整合のどれに寄せるかを決める流れになります。(JPWinSup)