次の方法で共有

バグ チェック 0x15D: SOC_SUBSYSTEM_FAILURE_LIVEDUMP

  • [アーティクル]

SOC_SUBSYSTEM_FAILURE_LIVEDUMPライブ ダンプの値は 0x0000015D です。 これは、SoC（System on a Chip）サブシステムに重大な障害が発生し、カーネルのライブダンプがキャプチャされたことを示します。 この状況では、SoC サブシステムはバグ チェックを生成しません。

(このコードは、実際のバグ チェックには使用できません。これは、ライブ ダンプを識別するために使用されます)。

バグ チェック 0x14B: SOC_SUBSYSTEM_FAILURE パラメーター

パラメーター 説明

1

SOC_SUBSYSTEM_FAILURE_DETAILS構造体のアドレス。

2

予約済み。

3

予約済み。

4

省略可能。 ベンダー提供のデータ ブロックのアドレス。

解決方法

!analyze デバッグ拡張機能は、バグ チェックに関する情報を表示し、根本原因の特定に役立ちます。

提供されたnt!SOC_SUBSYSTEM_FAILURE_DETAILS構造体を使用して、Arg1で提供されたアドレスとdtコマンドを使用して障害データをダンプします。

2: kd> dt nt!SOC_SUBSYSTEM_FAILURE_DETAILS 9aa8d630
   +0x000 SubsysType       : 1 ( SOC_SUBSYS_AUDIO_DSP )
   +0x008 FirmwareVersion  : 0
   +0x010 HardwareVersion  : 0
   +0x018 UnifiedFailureRegionSize : 0x24
   +0x01c UnifiedFailureRegion : [1]  "F"

オプションのベンダーが提供する汎用データ ブロックを含め、SoC ベンダーと協力してデータをさらに解析します。

スタック トレースを調べるには、k、kb、kc、kd、kp、kP、kv (Display Stack Backtrace) コマンドを使用します。 プロセッサ番号を指定して、すべてのプロセッサのスタックを調べることができます。

また、この停止コードの前にあるコードにブレークポイントを設定し、エラーが発生したコードへのシングル ステップ フォワードを試行することもできます。

詳細については、以下のトピックを参照してください。

Windows デバッガー (WinDbg) を使用したクラッシュ ダンプ分析

Windows デバッガーを使用してこの問題に取り組む機能がない場合は、いくつかの基本的なトラブルシューティング手法を使用できます。

  • イベント ビューアーのシステム ログで、このバグ チェックの原因になっているデバイスまたはドライバーの特定に役立つ可能性がある追加のエラー メッセージを調べます。

  • バグ チェック メッセージでドライバーがわかる場合は、ドライバーを無効にするか、製造元にドライバーの更新プログラムを確認します。

  • システムの製造元から提供されているハードウェア診断を実行してみることができます。

  • その他の一般的なトラブルシューティング情報については、「ブルー スクリーンのデータ」を参照してください。

要件

サポートされている最小のクライアント

Windows 8

サポートされている最小のサーバー

Windows Server 2012

参照

カーネル ライブ ダンプ コード リファレンス

バグ チェック コード リファレンス