コンピュータはクラッシュして再起動し続ける、助けてください
私のコンピュータは今、これは今3~4ヶ月間起こっています
クラッシュしてから再起動してください.青い画面やエラー画面が表示されません
クラッシュする前に、コンピュータは再起動します.私は自動車をオフにしました
PCがクラッシュしたときに再起動し、まだ青色またはエラーが発生しませんでした
画面、コンピュータがクラッシュしてから、
モニターは信号を取得しないので、私は強制的に停止します.私は更新しなければなりませんでした
イベントビューアとして作成されたダンプファイルを取得するための私のBIOSは
以前のダンプファイルの作成中にエラーが発生しました.今日は後の最初のクラッシュでした
私のBIOSを更新して、ついにダンプファイルを見ることができます.私はイベントを見ました
視聴者とそれはエラーがあると言って、説明は次のとおりです.
コンピュータはバグチェックから再起動しました.バグチェックは:0x00000001です
(0x0000000077361cfc、0x000000000000000000、0x0000000000000000000000000000FFF)
0xFFFF9D8B7CE21B80)."
ダンプファイルを取得するようにwindbgを実行しました、そしてそれはこれを読みます:
apc_index_mismatch(1)
これはカーネル内部エラーです.これを見る最も一般的な理由
BugCheckは、ファイルシステムまたはドライバに不一致の数があるときです.
APCを無効にして再度有効にします.キーデータ項目はです
Thread->CombleApcDisableフィールド.これは2つの別々の16ビットで構成されています
フィールド、SpecialApcDisableとKernelApcDisable.負の値
ドライバが特別なAPCまたは通常のAPCを無効にしたことを示します.
それらを再度有効にせずに(それぞれ).
正の値はそれを示します
ドライバは、特別なAPC(それぞれ)が何度も有効になっています.
引数:
ARG1:0000000077361CFC、システムコール機能またはワーカールーチンのアドレス
ARG2:0000000000000000、スレッド->ApcStateIndex
ARG3:00000000000000FFF、(スレッド->SpecialApcDisable<<16) Thread->KernelApcDisable.
ARG4:FFFF9D8B7CE21B80、呼び出しタイプ(0-システムコール、1ワーカールーチン)
デバッグの詳細:
Page 7C4EEはダンプファイルに存在しません.詳細については ".hh dbgerr004"と入力してください
key_values_string:1
鍵 :Analysis.cpu.msec.
値:2781
鍵 :Analysis.debuganalySismanAger.
価値:作成者
鍵 :Analysis.elapsed.msec.
値:2794
鍵 :Analysis.init.cpu.msec.
値:764
鍵 :Analysis.init.ELapsed.msec.
値:10567
鍵 :Analysis.Memory.commitpeak.mb.
値:74
鍵 :wer.os.branch.
値:vb_release.
鍵 :wer.os.timestamp.
値:2019-12-06T14:06:00Z
鍵 :wer.os.version.
値:10.0.19041.1
bugcheck_code: 1
BugCheck_p1:77361cfc
bugcheck_p2:0
BugCheck_p3:FFFF.
BugCheck_p4:FFFF9D8B7CE21B80
BlackBoxBSD:1(！BlackBoxBSD)
BlackBoxNTFS:1(！BlackBoxNTFS)
BlackBoxPNP:1(！BlackBoxPNP)
BlackboxWinlogon:1
process_name: discord.exe.
stack_text:
FFFF9D8B`7CE219B8 FFFFF804`08E07D69 00000000`77361CFC 00000000`00000000 00000000 00000000000000000FFFF:NT！Kebugchex.
FFFF9D8B`7CE219C0 FFFFF804`08E07C33 :00000000 `36800bb0 FFFF8B0103BDB080 FFFFF9D8B`7CE21B18 FFFFFFFFFFFFF3CB0:NT！KibugCheckDispatch + 0x69
FFFF9D8B`7CE21B00 00000000`77361CFC. 00000000 00000000 00000000 000000000000000000000000000000000000000000000000000000000000:NT！KisystemServiceexitpico + 0x1Fe
00000000`0F46F008 00000000 00000000 00000000 00000000 00000000 000000000000000000000000000000000000000000000000:0x77361CFC.
symbol_name: NT！KisystemServiceexitpico + 1Fe.
module_name:NT
image_name: ntkrnlmp.exe.
stack_command: .糸 ; .cxr; k
bucket_id_func_offset: 1fe.
failure_bucket_id: 0x1_SYSCALLNUM_D0004_NT！KisyStemServiceExitpico.
OS_VERSION: 10.0.19041.1.
buildlab_str: vb_release.
osplatform_type: x64
オス名:
Windows 10failure_id_hash: {1E5E8093-A7E6-A911-7B9B-47D4229C250F} フォローアップ:MichineOwner
返信リスト(回答:9)
大丈夫ジョン、私はここにいます...
MEMTEST86のScanは、Windowsの組み込みテストよりもはるかに深いテストです.これを行う価値があります...
はい、確かにそれがRAMの破損の原因である可能性があるかもしれません、それはあなたの新しいGPU上の違う、おそらく古い、ドライバを試しながらあなたの価値があるかもしれません...
応答6# ->にスキップ4 #john私は私の新しいGPUに4か月間のドライバを経て、クラッシュが停止していません.それが何でも価値があるならば、私はエラーなしでWindowsメモリ診断ツールを実行しました.MEMTEST86テストはより信頼性が高いですか?
1
最良の選択肢は、広く利用可能な空きユーティリティMemTest86をダウンロードしてから、それを使用して完全な4パスScanを実行して、物理エラーのためにRAMをテストすることです.
2.
ドライバ検証者-誤舞されたドライバを追跡します.
応答7# ->にスキップ5 #johnこのコンピュータは、これらのクラッシュが起こった直前にGPUスワップを通過し、NVIDIAからAMDに行ったことに注意したいと思います.私はGPUのドライバを破壊するAMD GPUのドライバエディタの使用を覚えておいて、Windowsは私の個人ファイルのみを保持するWindowsの部分的な再インストールを行うまでGPUを全く認識しません.あなたはこれがこれらのクラッシュの原因になるかもしれないと思いますか?
Windowsファイルのエクスプローラを開く
ZIPファイルをクラウド(oneDrive、Dropbox...など)をクリックして、それらを共有して共有リンクを取得することを選択します.
次に、ここにリンクをzipファイルに投稿するので、私たちはあなたを探すことができます...