☰

개방형 시스템 복구로 인해 ntfs.sys에서 블루스크린 0x00000050 발생

tag-icon • tag-icon windows-7 system-restore volume-shadow-copy
개방형 시스템 복구로 인해 ntfs.sys에서 블루스크린 0x00000050 발생

어제부터 시스템 복원 작업을 수행하자마자 컴퓨터가 블루스크린 0x00000050과 함께 충돌합니다. 예를 들어(정확한 프로그램 이름이 다를 수 있도록 독일어에서 영어로 번역하려고 시도했습니다):

  • Windows 시스템 설정/시스템 및 안전/시스템/컴퓨터 안전 및 컴퓨터 안전 탭으로 변경하려고 하면 블루스크린이 나타납니다.
  • CCleaner->Tools/Systemrestore - 새 탭이 짧게 표시되지만
    복원 지점은 없지만 1-2초 후에 동일한
    블루스크린이 표시됩니다.
  • Cobian Backup Boletus-> "볼륨 섀도 복사본 사용" 옵션을 활성화하여 백업 작업을 시작하면
    이 블루스크린이 나타납니다.
  • 몇 분 동안 컴퓨터를 유휴 상태로 두면 블루 스크린이 발생합니다(시스템이 복원 지점을 생성하려고 시도하거나 cobian
    백업이 시작되거나 이와 유사한 것일 수 있음).

  • 새 드라이버를 설치하면 드라이버를 설치하기 전에 새 복원 지점을 생성 하려고 하기 때문에 블루스크린이 발생합니다.

하드디스크를 검사한 chkdsk결과 오류가 발견되지 않았습니다. Ram은 오류 없이 Memtest+로 검사됩니다.

미니덤프 결과:

PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced.  This cannot be protected by try-except,
it must be protected by a Probe.  Typically the address is just plain bad or it
is pointing at freed memory.
Arguments:
Arg1: fffff981155026a8, memory referenced.
Arg2: 0000000000000000, value 0 = read operation, 1 = write operation.
Arg3: fffff8800121a460, If non-zero, the instruction address which referenced the bad memory address.
Arg4: 0000000000000005, (reserved)

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


Could not read faulting driver name

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002eba100
 fffff981155026a8 

FAULTING_IP: 
Ntfs!memmove+250
fffff880`0121a460 488b440af8      mov     rax,qword ptr [rdx+rcx-8]

MM_INTERNAL_CODE:  5

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0x50

PROCESS_NAME:  System

CURRENT_IRQL:  0

TRAP_FRAME:  fffff88002fa3d60 -- (.trap 0xfffff88002fa3d60)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000020 rbx=0000000000000000 rcx=fffff981155026d8
rdx=ffffffffffffffd8 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800121a460 rsp=fffff88002fa3ef8 rbp=fffff98015502728
 r8=00000000ffffff68  r9=0000000007fffffb r10=0000000000000001
r11=fffff98015502770 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl nz na po nc
Ntfs!memmove+0x250:
fffff880`0121a460 488b440af8      mov     rax,qword ptr [rdx+rcx-8] ds:fffff981`155026a8=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff80002c323bf to fffff80002c87c40

STACK_TEXT:  
fffff880`02fa3bf8 fffff800`02c323bf : 00000000`00000050 fffff981`155026a8 00000000`00000000 fffff880`02fa3d60 : nt!KeBugCheckEx
fffff880`02fa3c00 fffff800`02c85d6e : 00000000`00000000 fffff981`155026a8 00000000`00000000 00000000`00000028 : nt! ?? ::FNODOBFM::`string'+0x44791
fffff880`02fa3d60 fffff880`0121a460 : fffff880`012a65a8 00000000`00000028 fffff880`02fa3f50 fffff8a0`00000400 : nt!KiPageFault+0x16e
fffff880`02fa3ef8 fffff880`012a65a8 : 00000000`00000028 fffff880`02fa3f50 fffff8a0`00000400 00000000`00000001 : Ntfs!memmove+0x250
fffff880`02fa3f00 fffff880`012a6740 : fffff8a0`03103070 fffff800`02e28260 fffff8a0`03103070 fffff980`15502400 : Ntfs!NtfsRestartInsertSimpleRoot+0x50
fffff880`02fa3f40 fffff880`012caa2f : fffffa80`01b4fd40 fffffa80`025f3180 fffff880`02fa40d8 fffff880`02fa4110 : Ntfs!InsertSimpleRoot+0xb8
fffff880`02fa4010 fffff880`01281d3b : 00000000`00000000 fffff8a0`03103070 fffff880`02fa40d8 fffff880`02fa4168 : Ntfs!AddToIndex+0xcf
fffff880`02fa4090 fffff880`0129dda5 : fffffa80`01b4fd40 fffff8a0`03103070 fffff8a0`0d7e8518 fffffa80`00000000 : Ntfs!NtOfsAddRecords+0x167
fffff880`02fa4270 fffff880`012ce520 : fffffa80`01b4fd40 fffff8a0`0d7e8510 00000000`0008a0fc 00000000`0008a100 : Ntfs!GetSecurityIdFromSecurityDescriptorUnsafe+0x1fd
fffff880`02fa4320 fffff880`0127d532 : fffffa80`01b4fd40 fffffa80`025f3180 00000000`00000000 fffff980`15502d00 : Ntfs!NtfsCacheSharedSecurityByDescriptor+0xa0
fffff880`02fa4370 fffff880`012955ed : fffffa80`01b4fd40 fffffa80`025f3180 fffff800`02e28260 00000000`00000000 : Ntfs! ?? ::NNGAKEGL::`string'+0x11530
fffff880`02fa43f0 fffff880`01228b0c : fffffa80`01b4fd40 fffff880`01252a00 fffffa80`01b4fd40 fffff8a0`0a0c1010 : Ntfs!NtfsUpdateFcbInfoFromDisk+0x4fe
fffff880`02fa4540 fffff880`012f3592 : fffffa80`01b4fd40 00000000`00000000 00000000`00000000 fffff8a0`0a0c1010 : Ntfs!NtfsInitializeDirectory+0x254
fffff880`02fa4650 fffff880`012ed3fa : fffffa80`01b4fd40 fffffa80`025f3180 00000000`00000000 fffffa80`025f3180 : Ntfs!NtfsInitializeExtendDirectory+0x3d6
fffff880`02fa4810 fffff880`0128880d : 00000000`00000000 fffffa80`024e4010 00000000`00000001 00000000`00000000 : Ntfs!NtfsMountVolume+0x1691
fffff880`02fa4b50 fffff880`0120f985 : 00000000`00000000 00000000`00000000 fffffa80`01b4fd40 fffff800`02c8ff93 : Ntfs!NtfsCommonFileSystemControl+0x59
fffff880`02fa4b90 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : Ntfs!NtfsFspDispatch+0x2ad


STACK_COMMAND:  kb

FOLLOWUP_IP: 
Ntfs!memmove+250
fffff880`0121a460 488b440af8      mov     rax,qword ptr [rdx+rcx-8]

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  Ntfs!memmove+250

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: Ntfs

IMAGE_NAME:  Ntfs.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4d79997b

FAILURE_BUCKET_ID:  X64_0x50_Ntfs!memmove+250

BUCKET_ID:  X64_0x50_Ntfs!memmove+250

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

Cobian 백업 프로그램을 비활성화하고 Windows PowerShell(disable-computerrestore -drive "C:\")을 사용하여 시스템 복원을 비활성화했는데 지금은 모든 것이 잘 작동합니다. 하지만 시스템 복원/볼륨 섀도 복사본을 다시 원합니다. 어떡해?

운영체제는 Windows 7 Professional 64bit 입니다.

NirSoft BlueScreenView의 스크린샷:

NirSoft BlueScreenView

나는 성공했다이 문제를 스스로 해결해 보세요.

답변1

비슷한 상황에서 Win 7을 완전히 다시 설치하여 문제를 해결했습니다.

나는 Knoppix CD(저는 단지 Linux로 부팅하려고 했기 때문에 DVD 버전이 아님)를 다운로드하고 디렉토리를 삭제했습니다 SYSTEM VOLUME INFORMATION.

동일한 볼륨을 다시 생성했기 때문에 재부팅 후에도 Windows에 존재했습니다. 그런 다음 WIN 7을 재부팅하고 새 복원 지점을 만들었습니다. 테스트로서 이 지점으로 복원했는데 모두 잘 작동했습니다.

답변2

자동으로 생성된 일부 복원 지점 파일에 문제가 발생한 것 같습니다. Knoppix로 부팅하고 "시스템 볼륨 정보"에서 백업 디렉터리까지 모든 항목을 제거하여 "시스템 볼륨 정보" 폴더가 비어 있게 되었습니다. Windows로 재부팅하면 시스템 볼륨 섀도우 서비스 및 시스템 복원을 통해 모든 것이 다시 제대로 작동합니다.

관련 정보