MENU

Windows10「Unexpected Store Exception」の真因はGPUドライバーだった｜OneDrive.lnk破損は副次現象と恒久対処の完全ガイド

Windows10

Windows 10（22H2、ビルド 19045.6332）で「Unexpected Store Exception」のブルースクリーンが断続的に発生し、毎回 OneDrive.lnk の破損が sfc /scannow に記録される現象について、原因の切り分けと恒久対処を、実際のミニダンプ解析の観点から体系的に解説します。GPUドライバーが主因となるケースに焦点を当て、再発防止までを一気通貫でまとめました。

目次

事象の整理と前提

本記事で扱う環境・症状は次のとおりです。

  • OS：Windows 10 22H2（ビルド 19045.6332）
  • 症状：BSoD「Unexpected Store Exception」が2回発生
  • 付随現象：sfc /scannow 実行のたびに C:\Users\Default\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\OneDrive.lnk の破損と自動修復が記録される
  • 解析所見：収集したミニダンプから、クラッシュのトリガーはGPU（グラフィックス）ドライバー層
観測ポイント内容重要度対処の方向性
BSoDコードUNEXPECTED_STORE_EXCEPTION（0x154）高ドライバー・ストレージ・メモリの順で切り分け
SFCログ毎回 OneDrive.lnk を修復低副次的。OS整合性維持でOK。気になる場合のみ後述の後始末
ダンプ解析GPUドライバー／DirectXカーネル（例：nvlddmkm.sys、amdkmdag.sys、igdkmd64.sys、dxgmms2.sys）近傍で停止最重要GPUドライバーのクリーン入れ替え＋Windows Updateのドライバー抑止

「Unexpected Store Exception」とは何か（実務的に押さえる要点）

このバグチェックは「ストア（OSの内部管理コンポーネント）が想定外の例外に遭遇した」ことを示します。ネーミングからストレージ障害を連想しがちですが、実務では不正なメモリアクセスや競合を誘発したドライバー（特にGPU・ストレージ・AV/フィルター系）や、RAM/SSDの瞬断・ファーム不整合など、複数の要因で誘発し得ます。本件ではミニダンプがGPUドライバー層を指しており、優先度はGPUドライバーの健全化です。

なぜ OneDrive.lnk が毎回「破損」するのか

OneDrive.lnk は既定ユーザープロファイル（C:\Users\Default）配下のスタートメニューにあるショートカットです。BSoDで不意のシャットダウンが起きると、シェルのリンクキャッシュやスタートメニューのインデックス再生成と競合し、sfc が「ハッシュ不一致／署名差分」として検知・修復することがあります。これはOS自己修復の範疇であり、BSoDの直接原因ではありません。従って、まずはGPUドライバー問題を解消するのが筋です。どうしてもログに残るのが気になる場合は、後述の「OneDrive.lnk の後始末」節の軽処置で解消できることが多いです。

ダンプ解析でGPU起因を裏づける（検証の再現手順）

  1. 対象ファイル：C:\Windows\Minidump\*.dmp（必要なら MEMORY.dmp）
  2. WinDbg（Microsoft Store版）を導入し、記号サーバーを既定設定で有効化
  3. 「!analyze -v」「kv」「lmvm」でストップ原因を追跡
!analyze -v
...
BugCheck 154, {ffffb98a..., ...}
Probably caused by : dxgmms2.sys ( dxgmms2!VIDMM_xxx )
PROCESS_NAME:  dwm.exe
STACK_TEXT:
... > nvlddmkm/igdkmd64/amdkmdag 近傍 ...

dxgmms2.sys はDirectXカーネルメモリマネージャーで、ここに到達している場合は周辺のGPUドライバー（ベンダー提供モジュール）との相互作用が強く疑われます。Probably caused by でベンダーモジュールが直接出るケースもあります。

解決の全体像（要約）

  • DDU（Display Driver Uninstaller）で現行GPUドライバーを完全除去（セーフモード）
  • 再起動後、PCメーカー（OEM）またはGPUベンダーが提示する「一つ前の安定版」をクリーンインストール
  • Windows Update によるドライバー自動配信を抑止（更新直後の上書きを防ぐ）
  • SFC/DISMでOS整合性を再同期
  • メモリ・ストレージの健全性検査で土台を確認

手順1：セーフモード＋DDUでGPUドライバーを完全除去

通常の「アンインストール」では残留サービス・レジストリエントリ・旧版ファイルが残り、クラッシュの再発温床になります。DDUを用いたクリーン除去が有効です。

セーフモードで起動

  1. 一時的にセーフブートを設定
msconfig  （システム構成）> ブート > セーフブート（最小）

または管理者コマンドで：

bcdedit /set {current} safeboot minimal
shutdown /r /t 0
  1. セーフモードでログオン後、DDUを実行し、GPU種別を選択して「クリーン＆再起動」を実施

注意： ノートPCはOEMの電源管理ドライバーとGPUドライバーが連携している場合があります。AC接続・スリープ無効化のうえ実施してください。

再起動後、通常モードへ戻します：

bcdedit /deletevalue {current} safeboot

手順2：安定版GPUドライバーを「クリーンインストール」

OEM（PCメーカー）の推奨版、またはベンダー（Intel/AMD/NVIDIA）の一つ前の安定版を取得し、インストーラーの「クリーンインストール（カスタム）」を選び、旧設定をリセットして導入します。GPU補助ソフト（GeForce Experience、Radeon Software、Intel Arc Control 等）は、ドライバー導入後に必要最低限の構成で追加するのが無難です。

Windows Update によるドライバー自動上書きを抑止

クリーン導入直後はWindows Updateが別版を配信しがちです。次のいずれかで抑止します。

グループポリシー（Pro/Enterprise推奨）

  1. ローカル グループ ポリシー エディターを開く（gpedit.msc）
  2. コンピューターの構成 > 管理用テンプレート > Windows コンポーネント > Windows Update
  3. 「Windows Update でドライバーを含めない」を有効にする

レジストリ（Home含む）

reg add "HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate" ^
/v ExcludeWUDriversInQualityUpdate /t REG_DWORD /d 1 /f

デバイス インストール設定（簡易）

  1. コントロール パネル > システム > デバイス インストール設定
  2. 「Windows Update からデバイス アプリや情報を取得しますか？」で「いいえ」を選択
方法対応エディション効果範囲備考
グループポリシーPro/Enterprise/Education品質更新にドライバーを含めない最も確実
レジストリHome含む全エディション同上バックアップのうえ実施
デバイス インストール設定全エディションPnP時の自動導入を抑止配信状況次第で効果限定

手順3：OSイメージとファイル整合性の再同期

ドライバー健全化後、OSコンポーネントストアとシステムファイルを再同期します。

DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

この段階で OneDrive.lnk の修復が記録されても異常ではありません。以降の運用でBSoDが治まり、SFCの修復記録も減るなら問題ありません。

手順4：ハードウェア健全性チェック（念のため）

メモリ（RAM）

  • Windows メモリ診断：スタートで「Windows メモリ診断」→再起動してチェック
  • 可能なら MemTest86 等で少なくとも数周実施（USBブート）

ストレージ（SSD/HDD）

  • chkdsk オンラインスキャン：
chkdsk /scan
  • SMART確認（PowerShell例）：
Get-PhysicalDisk | Get-StorageReliabilityCounter |
Select FriendlyName, Wear, MediaErrorsTotal, Temperature, ReadErrorsTotal, WriteErrorsTotal

エラーが多発・温度が高止まりの場合は、ファーム更新や置換を検討します。

安定運用のための細かな調整（任意）

  • ハードウェア アクセラレーテッド GPU スケジューリング（HAGS）：症状が残る場合は一旦オフ（設定 > システム > ディスプレイ > グラフィック設定）
  • 高速スタートアップ無効化：ハイブリッドブートで古いドライバー状態が残る場合があるため、電源オプションでオフ
  • TDR（Timeout Detection and Recovery）調整：短期的な回避として TdrDelay を延長する手もありますが、恒久策ではありません（ドライバー更新が先）

OneDrive.lnk の後始末（どうしてもログに残したくない場合）

本件の主因ではありませんが、ログが気になる場合の軽処置です。

  1. OneDriveのクイックリセット
%localappdata%\Microsoft\OneDrive\OneDrive.exe /reset
start %localappdata%\Microsoft\OneDrive\OneDrive.exe
  1. スタートメニューのOneDriveショートカットを再生成
    ユーザーのスタートメニュー（%ProgramData%\Microsoft\Windows\Start Menu\Programs または %AppData%\Microsoft\Windows\Start Menu\Programs）にある OneDrive のショートカットをいったん削除し、OneDriveの再インストーラーを実行すると新しい .lnk が作成されます。
  2. アイコンキャッシュの再構築（必要に応じ）
ie4uinit.exe -ClearIconCache
taskkill /f /im explorer.exe
start explorer.exe

既定ユーザープロファイル（C:\Users\Default）直下の操作は慎重に。誤って権限や所有権を変えると新規ユーザー作成時に不整合を生むため、基本は触らず、アプリ側でショートカットを再生成させるのが安全です。

監視と検証：直ったかどうかを「記録」で判断する

  • 信頼性モニター（perfmon /rel）：BSoDとアプリクラッシュのタイムラインを可視化。GPUドライバー更新後にスコアが回復するか観察
  • イベント ビューアー：Windows ログ > システム の BugCheck、アプリケーションとサービス ログ の Microsoft-Windows-WER を確認
  • ミニダンプ再確認：同類のスタックが出なくなったか、!analyze -v の指し示すモジュールが変化したかをチェック

トラブルシューティングの分岐早見表

現象優先アクション合格ライン次の一手
BSoDが直後に再発別版GPUドライバーへ切替（さらに一つ前）1〜2週間再発なしHAGS無効化、OEM版へ回帰、電源プラン見直し
高負荷時のみ落ちる温度監視、電源設定（最大処理状態80–95％）温度安定、スロットリング解消筐体清掃、サーマル再塗布、ACアダプタ容量確認
sfc が毎回 OneDrive.lnk を修復無視（OS自己修復の範囲）他のシステムファイルに破損なしOneDriveのリセット・再インストールで整える
メモリエラーが散発メモリ診断を延長・スロット差し替え連続数周エラーゼロモジュール置換、XMP無効化で様子見
SMARTにエラーファーム更新／バックアップ後に交換エラー消失、温度正常電源・ケーブル・ポートの確認

よくある疑問への実務回答

Q. 「Unexpected Store Exception」はストレージ故障が確定ですか？

A. いいえ。名前に惑わされがちですが、本件のようにGPUドライバーが主因のケースも現場では珍しくありません。まずはダンプ解析の事実と再現性で判断します。

Q. OneDrive.lnk の破損は無視してよい？

A. はい。sfc が毎回修復し、他のシステムファイルに波及していないなら重大性は低いです。ログを綺麗にしたい場合のみ、軽処置を行います。

Q. 最新ドライバーよりも「一つ前」を勧める理由は？

A. 直近版は環境依存の回帰バグや配布直後の不具合が埋まっていることがあります。既知の安定版で落ち着かせ、必要に応じて順次更新するのが安全です。

バックアップとロールバックの仕組みを先に作る

  • 復元ポイントの即時作成（ドライバー入替の前後）
SystemPropertiesProtection.exe
  • ドライバーの保全：安定版インストーラーとバージョン番号を明示保管
  • 更新履歴のログ化：更新日、版数、症状の有無をメモ（トラブル時の比較が容易）

実施チェックリスト（公開運用向け）

項目実施備考
DDUでGPUドライバー完全除去（セーフモード）□再起動でセーフブート解除も忘れずに
安定版GPUドライバーをクリーン導入□OEM優先、次点でベンダー版
Windows Updateのドライバー抑止設定□GPO or レジストリ
DISM/SFCで整合性チェック□エラーがあればログを保全
メモリ・ストレージ健全性検査□MemTest、SMART、温度
信頼性モニターで1〜2週間観察□スコア回復と赤点の消失を確認

トラブルが継続する場合の次の一手（上級）

  • OEM EC/BIOS更新：GPUの電源管理やPCIeリンクの安定性に影響する場合あり
  • クリーンブート検証：常駐のオーバーレイ/録画/監視ツールを停止し競合排除（MSCONFIGでスタートアップ最小化）
  • 別ユーザープロファイルで再現確認：プロファイル腐敗を切り分け
  • 電源プランの最適化：一時的に「高パフォーマンス」でGPUのP-State遷移を安定化
  • PCIe電源管理（省電力）をオフ：デバイスマネージャーの該当デバイスで省電力無効化（アダプタのプロパティ）

まとめ：原因はGPUドライバー、OneDrive.lnk は副次現象

ミニダンプが指し示すとおり、本件の「Unexpected Store Exception」BSoDはGPUドライバーの不具合が主因です。OneDrive.lnk の破損はBSoDの結果としてSFCに拾われる枝葉の現象であり、これ自体が引き金ではありません。実務としては、DDUによる完全除去 → 安定版GPUドライバーのクリーン導入 → Windows Updateのドライバー抑止 → DISM/SFCの整合性再同期 → RAM/SSDの健全性確認、という順番がもっとも再発を抑えやすい流れです。これらを実施すれば、BSoDの収束とともにSFCログのノイズも自然に減少する見込みです。

実行コマンド早見

:: セーフブート有効化（要再起動）
bcdedit /set {current} safeboot minimal

:: セーフブート解除（DDU完了後）
bcdedit /deletevalue {current} safeboot

:: Windows Updateのドライバー除外（レジストリ）
reg add "HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate" /v ExcludeWUDriversInQualityUpdate /t REG_DWORD /d 1 /f

:: OS整合性（DISM & SFC）
DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

:: ストレージ簡易チェック
chkdsk /scan

:: OneDriveリセット（必要な場合のみ）
%localappdata%\Microsoft\OneDrive\OneDrive.exe /reset
start %localappdata%\Microsoft\OneDrive\OneDrive.exe

ケーススタディ：安定化までの道のり（再現的プロセス）

最後に、現場での進め方をタイムライン化しておきます。作業メモとしてもそのまま使えます。

  1. 症状採取：BSoD発生時刻、操作内容、前提（ゲーム中・動画再生中・外部ディスプレイ接続など）を控える
  2. ログ保全：C:\Windows\Minidump をコピー、イベントログを .evtx でエクスポート
  3. DDU実施：セーフモードで完全除去 → 再起動
  4. 安定版ドライバー導入：OEM版（なければベンダー版の一つ前）をクリーンインストール
  5. WU抑止：GPO/レジストリで上書きを防止
  6. DISM/SFC：OS整合性を回復
  7. 健全性検査：メモリ・ストレージに異常がないことを確認
  8. 検証：1〜2週間、信頼性モニターとイベントログで再発確認
  9. 補助調整：必要に応じてHAGS無効化や高速スタートアップ無効化
  10. クローズ：安定後に復元ポイント作成、ドライバー版数を記録・保全

付録：WinDbgでの確認コマンド例

:: 解析の基本
!analyze -v
kv
kb

:: GPUドライバーのモジュール情報（例）
lmvm nvlddmkm
lmvm amdkmdag
lmvm igdkmd64
lmvm dxgmms2

:: スレッドとIRPの確認
!thread
!irpfind

「原因は本当にGPUドライバーか？」という問いは、ダンプが語る事実で裏づけるのが最短です。上記コマンドの出力に、DirectX関連やGPUベンダーモジュールが繰り返し現れるなら、ドライバー入替の優先度は極めて高いと言えます。

結論（実務メモ）

  • 主因：GPUドライバーの不具合（ミニダンプで確認）
  • 副次：OneDrive.lnk のSFC修復（無視可、必要時のみ後始末）
  • 恒久策：DDU → 安定版クリーン導入 → WU抑止 → DISM/SFC → RAM/SSD検査 → 監視

この順序で施策を実施すれば、「Unexpected Store Exception」は収束し、日常利用での安定度が劇的に改善します。

Windows10
windows10 OneDrive BSOD DDU GPUドライバー Unexpected Store Exception

この記事を書いた人

佐藤健司のアバター 佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

関連記事

コメント

コメントする

目次