コンピュータ頻繁なブルースクリーン、リロードシステムはまだ無効です...
コンピュータは頻繁にあり、システムを再インストールした後でも無効です.私はそれがハードウェアの問題であると思われるが、それを解決する方法とその修復方法とその修復方法を確認することはできません...dump
ファイルは以下のように...
Microsoft(R)Windowsデバッガversion10.0.21349.1004 AMD64
Copyright(C)Microsoft Corporation.全著作権所有.
ミニカーネルダンプファイル:レジスタとスタックトレースのみが利用可能です
応答
時間(MS)
場所
延期
SRV*
シンボル検索パスは次のとおりです.SRV*
実行可能検索パスは次のとおりです.
Windows 10カーネルversion19041 MP(6 PROCS)無料X64
製品:Winnt、Suite:TerminalServer SignUserts
マシン名:
カーネル基本= 0xFFFFF805
81200000 PSLoadedModuleList= 0xFFFFF805
81E2A1B0
デバッグセッション時間:Sun Jun.
6 18:27:58.354 2021(UTc+ 8:00)
システムの稼働時間:0日0:13:05.122
カーネルのロードシンボル
.
CTRL-C(CDB、KD、NTSD)またはCTRL-BREAK(WINDBG)を押すと、長くかかるシンボル負荷が中止されます.
!Sym Noisy .Reloadを追跡して、シンボルのロードを追跡します.
..........................................................
...........................................................
....................................................
ユーザーシンボルのロード
アンロードされたモジュールリスト
.......
このファイルの分析のために、
!analyze-v
を実行します.
NT!Kebugcheckex:
!
FFFFF805
815F6CF0 48894C2408
ムービー
QWORD PTR [RSP + 8]、
RCX SS:0018:FFFC786
E4B5ED30= 0000000000000109
4:KD>Analyze-v
**
*Bugheck Analyysis
*
**
を検出したときに生成されます.
critical_structure_corruption(109)
このバグチェックは、カーネルがその重要なカーネルコードまたはデータは隠されています.一般的に破損の原因が3つあります.
を持っています.
1)ドライバは不注意または意図的に重要なカーネルコード
またはデータ.参照
このリンク:WHDC/ドライバ/カーネル/64bitpatching.mspx2)開発者はカーネル
を使用して通常のカーネルブレークポイントを設定しようとしました
システムが起動されたときに接続されていなかったデバッガ.通常のブレークポイント、
"bp"は、デバッガが起動時に接続されている場合にのみ設定できます.ハードウェア
ブレークポイント、「BA」はいつでも設定できます.
3)ハードウェア破損が発生しました.故障したRAMを保持しているカーネルコードまたはデータ
引数:
arg1:A39FE5634D59E6C7、予約済み
arg2:0000000000000000、予約済み
arg3:0000000000000000、障害タイプ依存情報
arg4:0000000000000108、破損した領域の種類、0
:汎用データ領域
1
:関数またはpdata
の変更
2
:プロセッサIDT
3
:プロセッサGDT
4
:タイプ1プロセスリストの破損
5
:2プロセスリストの破損
6
:デバッグルーチンの変更
7
:重要なMSR修正
8
:オブジェクトタイプ
9
:プロセッサIVT
A.
:システムサービス機能の変更
B.
:汎用セッションデータ領域
C.
:セッション機能の変更またはpdata
D.
:インポートtableの変更
E.
:セッションインポートtableの変更
F.
:PS Win32コールアウト変更
10
:デバッグスイッチルーチンの変更
11
:IRP Allocatorの修正
12
:ドライバコールディスパッチャの変更
13
:IRP完了ディスパッチャの修正
14
:IRP DeaAllocatorの修正
15
:プロセッサ制御レジスタ
16
:クリティカルフローティングポイント制御レジスタの変更
17
:ローカルAPICの変更
18
:カーネル通知コールアウト変更
19
:ロードされたモジュールリストの変更
1A
:Type 3プロセスリストの破損
1B
:タイプ4プロセスリストの破損
1C
:ドライバオブジェクトの破損
1D
:エグゼクティブコールバックオブジェクトの変更
1e
:モジュールパディング
の修正
1F
:保護されたプロセスの変更
20
:汎用データ領域
21
:ページハッシュミスマッチ
22
:セッションページハッシュミスマッチ
23
:Config Directoryの変更
をロードする
24
:インベツツル機能tableの変更
25
:セッション構成の変更
26
:拡張プロセッサ制御レジスタ
27
:タイプ1プール破損
28
タイプ2プール破損
29
:3プール破損
を入力してください
2A
:4つのプール破損
2B
:関数またはpdata
の変更
2C
:画像の整合性の破損
2D
:プロセッサの誤設定
2E
:5プロセスリストの破損
2F
:影の破損を処理する
30
:Retpolineコードページの破損
101:一般プールの破損
102:Win32k.sys
の変更
デバッグの詳細:
key_values_string:1
キー
:Analysis.cpu.msec
値:3124
キー
:Analysis.DebuganalySismanAger
value:create
キー
:analyysis.elapsed.msec
値:4950
キー
:analyysis.init.cpu.msec
値:453
キー
:Analysis.init.elapsed.msec
値:27414
キー
:Analysis.Memory.commitpeak.mb
値:73
dump_file_attributes:0x8
カーネル生成トリアージュダンプ
bugcheck_code:
109
BUGCHECK_P1:A39FE5634D59E6C7
bugcheck_p2:0
bugcheck_p3:0
bugcheck_p4:108
BlackBoxBSD:1(
!ブラックボックスBS)
blackboxntfs:1(
!blackboxntfs)
blackboxpnp:1(
!blackboxpnp)
ブラックボックスウィンロゴン:1
customer_crash_count:
1
process_name:
システム
stack_text:
FFFC786
`E4B5ED28 00000000
`00000000
:00000000
`00000109 A39FE563
`0000000000000000
00000000:NT
!>Kebugcheckex
symbol_name:
Analysis_inconclusive
module_name:unknown_module
image_name:
unknown_image
stack_command:
.糸;
.cxr;
KB
failure_bucket_id:
bad_stack_0x109
osplatform_type:
x64
OSNAME:
Windows 10
failure_id_hash:
{B4D7023A-05C3-49B2-3A4-6240FE57D90E}
フォローアップ:
MachineOwner
返信リスト(回答:1)
あなたが提供する情報は、あなたのエラーがbad_stack_0x109
で引き起こされる青い画面が原因であることを示しています.
コンピュータのメモリが正常かどうかを検討する必要があるかもしれません、あなたはインターフェース、ハードウェアを変更することを試みることができます
返信がある場合は、48時間以内に返信してください.タイムアウトの問題は閉じられます.