bsodreference_by_pointer毎時発生
*
*
*
バグチェック分析
*
*
*
REFERENCE_BY_POINTER(18)
引数:
Arg1:0000000000000000、参照カウントが下げられているオブジェクトのオブジェクトタイプ
Arg2:ffffa58bf3369050、参照カウントが低下しているオブジェクト
Arg3:0000000000000010、予約済み
Arg4:0000000000000001、予約済み
オブジェクトの参照カウントは、オブジェクトの現在の状態に対して不正です.
ドライバーがオブジェクトへのポインターを使用するたびに、ドライバーはカーネルルーチンを呼び出します
オブジェクトの参照カウントをインクリメントします.ドライバーが
ポインタは、ドライバが別のカーネルルーチンを呼び出して、参照カウントをデクリメントします.
ドライバーは、呼び出しをインクリメントおよびデクリメントルーチンと一致させる必要があります.このBugCheck
オブジェクトの参照カウントがまだ存在している間にゼロになるために発生する可能性があります
オブジェクトへのハンドルを開きます.この場合、4番目のパラメーターは番号を示します
開いたハンドルの.オブジェクトの参照カウントがゼロを下回った場合にも発生する可能性があります
オブジェクトへの開いているハンドルがあるかどうか、その場合は4番目のパラメーター
ポインタ参照カウントの実際の値が含まれます.
デバッグの詳細:
***警告:Win32k.sysのタイムスタンプを確認できません
KEY_VALUES_STRING:1
鍵 :Analysis.CPU.mSec
値:3468
鍵 :Analysis.DebugAnalysisManager
値:作成
鍵 :Analysis.Elapsed.mSec
値:11581
鍵 :Analysis.Init.CPU.mSec
値:640
鍵 :Analysis.Init.Elapsed.mSec
値:13031
鍵 :Analysis.Memory.commitPeak.Mb
値:73
鍵 :WER.OS.Branch
値:19h1_release
鍵 :WER.OS.タイムスタンプ
値:2019-03-18T12:02:00Z
鍵 :WER.OS.Version
値:10.0.18362.1
BUGCHECK_CODE: 18
BUGCHECK_P1:0
BUGCHECK_P2:ffffa58bf3369050
BUGCHECK_P3:10
BUGCHECK_P4:1
CUSTOMER_CRASH_COUNT: 1
PROCESS_NAME: システム
LOCK_ADDRESS: fffff80369e60720-(！locks fffff80369e60720)
リソース@nt！PiEngineLock(0xfffff80369e60720) 独占所有
競合カウント= 20
スレッド:ffffa58bf7e2e2c0-01<*>
合計1つのロック
PNP_TRIAGE_DATA:
ロックアドレス :0xfffff80369e60720
スレッド数 :1
スレッドアドレス:0xffffa58bf7e2e2c0
スレッド待機 :0x3ae4c
STACK_TEXT:
ffffc906`866bd4e8 fffff803`69bdf1e6 :00000000`00000018 00000000`00000000 ffffa58b`f3369050 00000000`00000010:nt！KeBugCheckEx
ffffc906`866bd4f0 fffff803`69a98fa6 :ffffa58b`f3369050 00000000`69706e50 00000000`00001001 00000000`00000fff:nt！ObfReferenceObjectWithTag + 0x1c2616
ffffc906`866bd530 fffff803`6a058158 :00000000`c00000bb ffffc906`866bd610 ffffb580`56992000 fffff803`69a71a16:nt！IoGetAttachedDeviceReferenceWithTag + 0x36
ffffc906`866bd560 fffff803`6a101efa :00000000`c00000bb ffffc906`866bd7d0 ffffa58b`da0eb060 00000000`00000000:nt！IopSynchronousCall + 0x44
ffffc906`866bd5e0 fffff803`6a101ddc :ffffa58b`da0eb240 ffffc906`866bd7d0 ffffc906`866bd7b0 fffff803`69ff5892:nt！PnpIrpQueryID + 0x56
ffffc906`866bd670 fffff803`6a104e19 :ffffa58b`da0eb240 ffffc906`866bd7d0 00000000`00000000 00000000`00000000:nt！PnpQueryID + 0x34
ffffc906`866bd6d0 fffff803`6a102757 :ffffa58b`da0eb240 ffffa58b`da0eb240 00000000`00000001 00000000`00000000:nt！PiProcessNewDeviceNode + 0xed
ffffc906`866bd8a0 fffff803`6a275846 :ffffa58b`da0eb200 ffffa58b`f96c3b01 ffffc906`866bd9b0 fffff803`00000000:nt！PipProcessDevNodeTree + 0x3fb
ffffc906`866bd960 fffff803`69c65fca :00000001`00000003 ffffa58b`da0eb240 ffffb580`00000000 ffffa58b`f96c3b00:nt！PiRestartDevice + 0xbe
ffffc906`866bd9b0 fffff803`69a690b5 :ffffa58b`f7e2e2c0 ffffa58b`d9e80cd0 fffff803`69e5efc0 fffff803`69e5f1c0:nt！PnpDeviceActionWorker + 0x10879a
ffffc906`866bda70 fffff803`69b27f95 :ffffa58b`f7e2e2c0 00000000`00000080 ffffa58b`d9ec2340 00000001`00000001:nt！ExpWorkerThread + 0x105
ffffc906`866bdb10 fffff803`69bcb448 :ffffb580`56979180 ffffa58b`f7e2e2c0 fffff803`69b27f40 00000239`4387ea48:nt！PspSystemThreadStartup + 0x55
ffffc906`866bdb60 00000000`00000000:ffffc906`866be000 ffffc906`866b7000 00000000`00000000 00000000`00000000:nt！KiStartSystemThread + 0x28
SYMBOL_NAME: nt！ObfReferenceObjectWithTag + 1c2616
MODULE_NAME:nt
IMAGE_NAME: ntkrnlmp.exe
IMAGE_VERSION: 10.0.18362.1556
STACK_comMAND: .糸 ; .cxr; kb
BUCKET_ID_FUNC_OFFSET: 1c2616
FAILURE_BUCKET_ID: 0x18_nt！ObfReferenceObjectWithTag
OS_VERSION: 10.0.18362.1
BUILDLAB_STR: 19h1_release
OSPLATFORM_TYPE: x64
OSNAME:
Windows 10FAILURE_ID_HASH: {b6b47bfd-ed1b-fc56-3b01-ddc037f9c59f}
ファローアップ: MachineOwner
返信リスト(回答:4)
ダンプファイルを分析するためにいくつかの異なるユーティリティを使用していますが、長い間使用してきましたが、時間と経験が必要です.
1
メーカーのWebサイトにあるPCまたはマザーボードのサポートページに移動し、そこから、推奨されているversionのチップセットドライバーをダウンロードしてインストールし、インストールする必要のあるBIOSアップデートを確認します.
2
システムが安定するかどうかを確認します.安定しない場合は、広く利用可能な無料のユーティリティMemTest86をダウンロードしてから、それを使用してフル4パスScanを実行し、RAMの物理エラーをテストします.
Windowsファイルエクスプローラーを開きます.
zipファイルをクラウド(onedrive、DropBox...など)にアップロードし、それらを共有して共有リンクを取得することを選択します.
次に、ここにzipファイルへのリンクを投稿してください.