컴퓨터가 절전 모드에서 중단됩니다. DMP 파일을 읽는 데 도움이 필요합니다

절전 모드로 들어 가려고하면 컴퓨터가 정지됩니다. 화면이 꺼지지 만 컴퓨터는 계속 무한정 실행됩니다. 직접 디버깅을 시도했지만 내 능력을 초과했습니다. Windows Verifier를 사용하여 dmp 파일을 만들었지 만 WinDbg에서 열었을 때 중요한 것이 무엇인지 모릅니다. 문제 및 / 또는 솔루션을 결정하는 데 도움을 주셔서 감사합니다.

Microsoft (R) Windows Debugger Version 6.3.9600.17336 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\080215-17253-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available


************* Symbol Path validation summary **************
Response                         Time (ms)     Location
Deferred                                       SRV*C:\SymCache*http://msdl.microsoft.com/download/symbols
Symbol search path is: SRV*C:\SymCache*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.18869.amd64fre.win7sp1_gdr.150525-0603
Machine Name:
Kernel base = 0xfffff800`02e55000 PsLoadedModuleList = 0xfffff800`0309c730
Debug session time: Sun Aug  2 11:53:55.001 2015 (UTC - 4:00)
System Uptime: 0 days 0:00:29.296
Loading Kernel Symbols
...............................................................
................................................................
.........
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D3, {fffff8800102d2b9, 2, 0, fffff80002ef3c22}

Probably caused by : ntkrnlmp.exe ( nt!RtlDispatchException+122 )

Followup: MachineOwner
---------

2: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

DRIVER_PORTION_MUST_BE_NONPAGED (d3)
When possible, the guilty driver's name (Unicode string) is printed on
the bugcheck screen and saved in KiBugCheckDriver.
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers marking code or data as pageable when it should be
marked nonpaged.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: fffff8800102d2b9, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff80002ef3c22, address which referenced memory

Debugging Details:
------------------


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80003106100
GetUlongFromAddress: unable to read from fffff800031061c0
 fffff8800102d2b9 Nonpaged pool

CURRENT_IRQL:  2

FAULTING_IP: 
nt!RtlDispatchException+122
fffff800`02ef3c22 410fb60c24      movzx   ecx,byte ptr [r12]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VERIFIER_ENABLED_VISTA_MINIDUMP

BUGCHECK_STR:  0xD3

PROCESS_NAME:  WRSA.exe

ANALYSIS_VERSION: 6.3.9600.17336 (debuggers(dbg).150226-1500) amd64fre

TRAP_FRAME:  fffff88002a0bbd0 -- (.trap 0xfffff88002a0bbd0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff8800102a1dc rbx=0000000000000000 rcx=fffff8800102d2d0
rdx=fffff8800102d0d2 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002ef3c22 rsp=fffff88002a0bd60 rbp=fffff88002a0cc18
 r8=000000000000017d  r9=000000000000016d r10=fffff88002a0d410
r11=fffff88002a0bda8 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
nt!RtlDispatchException+0x122:
fffff800`02ef3c22 410fb60c24      movzx   ecx,byte ptr [r12] ds:00000000`00000000=??
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff80002ec8e69 to fffff80002ec98c0

STACK_TEXT:  
fffff880`02a0ba88 fffff800`02ec8e69 : 00000000`0000000a fffff880`0102d2b9 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`02a0ba90 fffff800`02ec7ae0 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`000001e7 : nt!KiBugCheckDispatch+0x69
fffff880`02a0bbd0 fffff800`02ef3c22 : fffff880`0102d2b9 fffff880`02a0bda8 fffff880`02a0cc18 fffff880`0100b000 : nt!KiPageFault+0x260
fffff880`02a0bd60 fffff800`02f04e81 : fffff880`02a0cc18 fffff880`02a0c470 fffff880`00000000 fffff880`0104a090 : nt!RtlDispatchException+0x122
fffff880`02a0c440 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDispatchException+0x135


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!RtlDispatchException+122
fffff800`02ef3c22 410fb60c24      movzx   ecx,byte ptr [r12]

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  nt!RtlDispatchException+122

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  556356e8

IMAGE_VERSION:  6.1.7601.18869

FAILURE_BUCKET_ID:  X64_0xD3_VRF_nt!RtlDispatchException+122

BUCKET_ID:  X64_0xD3_VRF_nt!RtlDispatchException+122

ANALYSIS_SOURCE:  KM

FAILURE_ID_HASH_STRING:  km:x64_0xd3_vrf_nt!rtldispatchexception+122

FAILURE_ID_HASH:  {a7462664-d56e-ca97-7a53-f31727fb43aa}

Followup: MachineOwner
---------

업데이트 : webroot를 제거했습니다. verifier /standard /all더 이상 실행 하면 BSOD 및 dmp 파일이 발생하지 않지만 절전 기능 관련 문제는 남아 있습니다. 다음 단계에 대한 도움을 주시면 감사하겠습니다.

업데이트 2 : 명령 powercfg -a은 다음을 생성합니다

C:\windows\system32>powercfg -a
The following sleep states are available on this system: Standby ( S3 ) Hibernat
e Hybrid Sleep
The following sleep states are not available on this system:
Standby (S1)
        The system firmware does not support this standby state.
Standby (S2)
        The system firmware does not support this standby state.

업데이트 3 : 안전 모드에서 시작하기 위해 잠을 자지 못하는 것 같습니다. 출력 powercfg -energy: https://drive.google.com/file/d/0B5cnrhUem96xNjZWM3pMZ25oZDA/view?usp=sharing

최대 절전 모드 파일을 삭제하십시오.

http://helpdeskgeek.com/windows-7/windows-7-delete-hibernation-file-hiberfil-sys/

1. CMD를 관리자 권한으로 실행
2. powercfg -h now
3. 재부팅
4. hiberfil.sys에서 삭제 확인C:\

hiberfil.sys파일 을 시각적으로 보려면 Windows 탐색기의보기> 폴더보기에서이 설정을 선택 해제해야 합니다.

5. 최대 절전 모드를 다시 활성화하십시오 (관리자로 실행중인 CMD에서). powercfg –h on
6. 재부팅 후 다시 테스트

나는 수십 년 동안 가지고 온 다양한 랩톱에서 일반적으로 네트워크 및 WiFi 카드 관련 문제를 재개하기 위해 이러한 수면을 경험했습니다.

두 가지 방법으로 우회 할 수있는 드라이버 문제는 다음과 같습니다.

• 수면 문제없이 작동하는 드라이버 찾기 (업그레이드 또는 다운 그레이드)
• 절전 모드로 전환하기 전에 무선 연결과 같은 장치의 스위치를 끄고 다시 시작할 때 다시 켜십시오. 이것은 Compaq, HP, Dell, IBM 및 Lenovo Thinkpad의 많은 랩톱에서 저에게 효과적이었습니다.

각 장치, 사용중인 장치 카드 및 버스 및 특정 드라이버 버전에 대한 자세한 내용을 다루지 않으면 쉽게 해결할 수 없습니다.

사양 :

덤프에서 볼 수 있듯이 Vista 드라이버를 사용하는 경우 드라이버를 Win 7/8로 업그레이드하거나 XP로 다운 그레이드하십시오. Thinkpad에서 가장 끔찍한 드라이버 및 WiFi 경험은 Vista와 관련이 있었으며 다행히도 최대 7 또는 XP까지 가능했습니다.

나는 같은 문제를 직접 경험했다. 내가 제안하는 단계는 다음과 같습니다.

1. 모든 드라이버 제거 / 업데이트 (특히 디스플레이 / USB / 네트워크)
2. 전원 관리를 기본값으로 재설정
3. 운영 체제 재설치

불행히도 3 단계는 저에게 해결책이었습니다. 그러나 1 단계에서 문제를 해결 한 많은 사용자를 만났습니다 (경우에 따라 VPN 또는 Virtualbox Network 어댑터 일 수도 있음)

그러나 이것은 하드웨어 오류 / 실패가 아닌 소프트웨어 오류라고 확신합니다.

컴퓨터 깨우기의 가장 중요한 부분은 잠자기 전과 동일한 상태로 하드웨어를 반환하기위한 드라이버 절차입니다.

운전자 중 한 명이 충돌을 담당 할 수 있습니까? 드라이버를 업데이트하십시오. Driver Pack Solution과 같은 일부 드라이버 수집 프로그램을 사용할 수 있습니다-http: //drp.su/