システムwiki

Deathの青い画面(IRQL_NOT_LESS_OR_EQUAL)、PCは青い画面に再起動し続けます.

ShiranS 受付中 最終更新日:2021-07-14 10:01

Copyright(C)Microsoft Corporation.全著作権所有.
カーネルビットマップダンプファイル:カーネルアドレススペースが利用可能で、ユーザーアドレススペースが利用できない場合があります.
応答 時間(MS) ロケーション
繰り延べた SRV*
シンボル検索パスは次のとおりです.SRV*
実行可能検索パスは次のとおりです. Windows 10カーネルversion19041 MP(16 PROCS)無料X64
商品:Winnt、Suite:TerminalServer SignUSERTS個人用
版Buildラボ:19041.1.amd64fre.vb_release.191206-1406
マシン名:
カーネルベース= 0xFFFFF802 `80200000 PSLOADEDMODULELIST= 0xFFFFF802` 80E2A490
デバッグセッションタイム:Sun Mar 28 00:53:14.604 2021(UTc+ 3:00)
システムの稼働時間:0日0:00:09.212
カーネル記号の読み込み
.................................................................
..................................................................
............................
ユーザーシンボルを読み込む
アンロードされたモジュールリストをロードします
.......
このファイルの分析については、実行してください.-vを分析します
NT!Kebugcheckex:
FFFFF802 `805F5C50 48894C2408 ムービー QWORD PTR [RSP + 8]、 RCX SS:0018:FFFFB083`CC73EB10= 000000000000000A
2:kd>!Analyze-v.
* *
* BugCheck Analysis *
* *
IRQL_NOT_LESS_OR_EQUAL(A)
上にページ可能な(または完全に無効な)アドレスにアクセスするための試みが行われました.
高すぎる割り込み要求レベル(IRQL). これは通常です
不適切なアドレスを使用しているドライバによって引き起こされます.
カーネルデバッガが利用可能な場合は、スタックバックトレースを取得します.
引数:
ARG1:FFFFB5871028B010、メモリ参照
ARG2:00000000000000FF、IRQL
ARG3:0000000000000073、ビットフィールド:
ビット0:値0=読み取り動作、1=書き込み動作
ビット3:値0=実行操作ではない、1=動作を実行する(このレベルのステータスをサポートするチップ上のみ)
ARG4:FFFFF80280608BD3、メモリを参照したアドレス
デバッグの詳細:



key_values_string:1
キー :Analysis.cpu.msec.
値:3828
キー :Analysis.debuganalySismanAger.
価値:作成者
キー :Analysis.elapsed.msec.
値:3848
キー :Analysis.init.cpu.msec.
値:218
キー :Analysis.init.ELapsed.msec.
値:5639
キー :Analysis.Memory.commitpeak.mb.
値:73
キー :wer.os.branch.
値:vb_release.
キー :wer.os.timestamp.
値:2019-12-06T14:06:00Z
キー :wer.os.version.
値:10.0.19041.1
bugcheck_code: A.
BugCheck_p1:FFFFB5871028B010
BugCheck_p2:FF
bugcheck_p3:73
BugCheck_p4:FFFFF80280608BD3
write_address: FFFFB5871028B010ページプール
process_name: システム
trap_frame: FFFFB083CC73EC50-(.Trap 0xFFFFB083CC73EC50)
注:トラップフレームにはすべてのレジスタが含まれていません.
いくつかのレジスタ値はゼロにされても正しくない場合があります.
RAX= FFFFB5871028B010 RBX= 0000000000000000 RCX= FFFFB5871028B020
RDX= FFFFFFFFFDE4E90 RSI= 00000000000000 RDI= 0000000000000000
RIP= FFFFF80280608BD3 RSP= FFFFB083CC73EDE8 RBP= FFFFB083CC73F279
R8= 00000000000000000000C R9= 0000000000000001 R10= FFFFB5871006FEA0
R11= FFFFB5871006FF0C R12= 0000000000000000 R13= 0000000000000000
R14= 00000000000000 R15= 0000000000000000
iopl= 0. NV UP DI PL NZ NA PE NC.
NT!MemCpy + 0x113:
FFFFF802 `80608BD3 0F2941F0 動き XMMWORD PTR [RCX-10H]、 XMM0 DS:FFFFB587`1028B010=?
デフォルトのスコープをリセットします
lock_address: FFFFF80280E44C00-(!ロックFFFFF80280E44C00)
リソース@ NT!Pienginelock(0xFFFFFF80280E44C00) 専ら所有しています
競合数= 5
スレッド:FFFF8A817A40D240-01<*>
1合計ロック
PNP_TRIAGE_DATA:
ロックアドレス :0xfffff80280e44c00
スレッド数 :1
スレッドアドレス:0xFFFF8A817A40D240
スレッドウェイト :0x24D
stack_text:
FFFFB083`CC73EB08 FFFFF802 `80607B69 :00000000 0000000A FFFFB587 00000000 000000FF 00000000 00000073:NT!Kebugcheckex
FFFFB083`CC73EB10 FFFFF802 `80603e69 :00000000 $ 10000007C FFFFF802 `80 B B 1094 00000000 00000003 00000000 00000000:NT!KibugCheckDispatch + 0x69
FFFFB083`CC73EC50 FFFFF802 `80608BD3 :FFFFF802`8045C08B FFFFB587`101E0E50 FFFFB587`1006FE90 00000000 00000000:NT!KipageFault + 0x469
FFFFB083`CC73EDE8 FFFFF802 '8045C08B:FFFFB587`101E0E50 FFFFB587`1006FE90 00000000 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000001000:NT!MemCpy + 0x113
FFFFB083`CC73EDF0 FFFFF802 `8081B053 :00000000 00000001 FFFFB587`10201160 FFFFB083`CC73EFE0 00000000 00000000:NT!CMPDOQUERYKENAME + 0x23B
FFFFB083`CC73EF30 FFFFF802`807D9AE3 00000000 000000001 00000000 000000001 00000000 000000001:NT!CMPQueryKeyName + 0x13
FFFFB083`CC73EF80 FFFFF802 `807D96DA. :FFFFB587`101E0E50 FFFFB587`1028B000 00000000 0000001000 FFFFB083`CC73F0F4:NT!ObQueryNameStringMode + 0xD3
FFFFB083`CC73F0A0 FFFFF802 `809267. :ffffffff `800019c4 FFFFFFFFF`800019C4 FFFF8A81`7A40D240 FFFFF80200001000:NT!NTQueryObject + 0x18A
FFFFB083`CC73F1F0 FFFFF802 `80925af9 :fffff802`7e020000 FFFFFF8A81 '7A40D240 FFFFFFFF `00000000000000:NT!IOPQUERYREGISTRYKEYSYSTEMPATH + 0XDA
FFFFB083`CC73F2E0 FFFFF802`809232C0 :fffff802`7e020000 00000000 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000:NT!IOPBUILDFulLDRiverPath + 0xC1
FFFFB083`CC73F3A0 FFFFF802 `80923228 :fffff802`7e020000 00000000 00000000 FFFFFFFFF `800019 C4 FFFFB587`0DFF8B10:NT!PPCheckIndriverDatabase + 0x40
FFFFB083`CC73F400 FFFFF802 `80926215. :FFFFB083`CC73F580 FFFFF802 `7e0200D8 FFFFF802` 8020000000000000000000000000:NT!PNPPreparedRiverLoading + 0x6C
FFFFB083`CC73F480 FFFFF802 `80927e06 FFFFB083`00000004:NT!IOPLOADDriver + 0x27D + 0x27d 00000000 0000000000 00000000 $ 100000000
FFFFB083`CC73F650 FFFFF802 `80927b16 :FFFFF8A81 `7ACE8410 FFFFFFFFFFFFFF` 800019A4:NT!PipCallDriverAddeviceQueryRoutine + 0x1be
FFFFB083`CC73F6E0 FFFFF802 `809274D4 :000000000000000 FFFFB083`CC73F7F0 00000000`6E657050 FFFFF802 0000000E:NT!PNPCAllDriverQueryServiceHelper + 0xDA
FFFFB083`CC73F790 FFFFF802`80926C67 :FFFF8A81`7BA18C70 FFFFB083`CC73F9D1 FFFF8A81 '7BA18C70 00000000 00000000:NT!PipCallDriverAddevice + 0x41C
FFFFB083`CC73F950 FFFFF802`8091FD96 :FFFF8A81`7BA18C00 FFFF8A81 `7CE89701 FFFFF083`CC73FA70 FFFFF802`00000000:NT!PipProcessDevNodetree + 0x333
FFFFB083`CC73FA20 FFFFF802`8056C31A. :00000001 00000003 FFFF8A81`7BA18C70 00000000 00000000 FFFF8A81「7CE89780:NT!PireStartDevice + 0xBA
FFFFB083`CC73FA70 FFFFF802 `80425975. :FFFF8A81「7A40D240 FFFF8A81」74287A20 FFFFF802 `80 $ 805a0 FFFF8A81000000:NT!PNPDeviceActionWorker + 0x46A
FFFFB083`CC73FB30 FFFFF802`80517E85 :FFFF8A81`7A40D240 00000000 00000080 00000000 00000080 FFFF8A81 `742CE040 000FE067`B4BBBDFF:NT!ExpworkerThread + 0x105
FFFFB083`CC73FBD0 FFFFF802`805FD2A8 :FFFFE500`D0B47180 FFFF8A81 '7A40D240 FFFFF802 `80517J30 00000000 00000000:NT!PSPSystemThreadStartup + 0x55
FFFFB083`CC73FC20 00000000 00000000 :FFFFB083`cc740000 FFFFB083`cc739000 00000000 00000000000000000000000000:NT!KistartSystemThread + 0x28
symbol_name: NT!KipageFault + 469
module_name:NT
image_name: ntkrnlmp.exe.
stack_command: .糸 ; .cxr; k
bucket_id_func_offset: 469
failure_bucket_id: AV_CODE_AV_NT!KipageFault.
OS_VERSION: 10.0.19041.1.
buildlab_str: vb_release.
osplatform_type: x64
オス名: Windows 10
failure_id_hash: {22C06795-F62B-154A-EB13-05CDD373E37E}
ファローアップ: マシン看所

返信リスト(回答:2)

1 #
ShiranS

助けることができる人は誰でも?今何度も何度も持っていました...

2 #
Prakhar

こんにちは、

マイクロソフトコミュニティフォーラムに書いていただきありがとうございます.

私はあなたがあなたのPCの青い画面に直面していることを理解しています、そして私は確かに問題を解決するためにあなたの努力に感謝します.

私たちは確かにあなたのためにこれを調べます.

問題をさらに明確にするために、以下の質問に返信してください.

  • 現在使用されているWindows 10のBuildversionは?

  • この問題に直面していなかった前に、PCに加えられた変更を認識していますか?

  • 記事を参照してください どのversionのWindowsオペレーティングシステムが実行していますか?

    ダンプファイルの分析に基づいて、ファイルntkrnlmp.exeがPC上の青い画面を引き起こしていることがわかります.

    試すことができるものの1つは、PCをセーフモードに起動し、まだBSODを受信したかどうかを確認しています.記事を参照してください Windows 10でPCをセーフモードで起動します

    PCがセーフモードでクラッシュしている場合、問題はハードウェア障害によるものです.ただし、PCが正常に起動した場合は、クリーンブートを実行してクラッシュが表示されているかどうかを確認できます.記事を参照してください Windowsでクリーンブートを実行する方法

    クリーンブートを実行すると、バックグラウンドプログラムが問題の原因となっているかどうかを判断するために、最小限のドライバとプログラムのセットを使用してコンピュータを起動します.一部のスタートアッププログラムは、コンピュータ上でクリーンブートを実行した後にロードされません.ただし、トラブルシューティングを終了した後にコンピュータを正常に開始すると、その機能が返されます.

    PCがクリーンブートでクラッシュしていない場合は、クリーンブート記事のクリーンブートを実行した後に問題を引き起こしているのかを判断する方法を参照できます.

    注:セクションを参照してください クリーンブートトラブルシューティングの後に正常に開始するようにコンピュータをリセットするトラブルシューティング後にコンピュータを通常モードに起動する.

    あなたがそれ以上の援助を必要とするならば、私たちはあなたを助けるのがうれしいでしょう.

    について

    Prakhar Khare

    Microsoft Community-モデレータ