Pergunta : Ajuda 2008 de Minidump do usuário necessário

Olá!, nosso usuário deixou de funcionar duas vezes em duas semanas, com minidumps similares.  Ver por favor unido.  Alguma idéia? class= > " desobstruído " do
> do " codeSnippet " do class= do
class= " lineNumbers " do
class= do 
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:
35:
36:
37:
38:
39:
40:
41:
42:
43:
44:
45:
46:
47:
48:
49:
50:
51:
52:
53:
54:
55:
56:
57:
58:
59:
60:
61:
62:
63:
64:
65:
66:
67:
68:
69:
70:
71:
72:
73:
74:
75:
76:
77:
78:
79:
80:
81:
82:
83:
84:
85:
86:
87:
88:
89:
90:
91:
92:
93:
94:
95:
96:
97:
98:
99:
100:
101:
102:
103:
104:
105:
106:
107:
108:
109:
110:
class= " do id= " codeSnippet653614 do 
 ******************************************************************************* * *
* Análise de Bugcheck *
* *
*******************************************************************************

Uso! analisar - v para começ informação de eliminação de erros detalhada.

BugCheck 50, {fffffa6009777000, 1, fffff80001ca7d44, 0}


Não podia ler a crítica do nome do excitador
Causado provavelmente perto: ntkrnlmp.exe (NT! ?? :: FNODOBFM:: `string'+2d3dc)

Continuação: MachineOwner
---------

1: kd>! analisar - v
*******************************************************************************
* *
* Análise de Bugcheck *
* *
*******************************************************************************

PAGE_FAULT_IN_NONPAGED_AREA (50)
A memória de sistema inválida foi provida.  Isto não pode ser protegido perto tentar-exceto,
deve ser protegido por uma ponta de prova.  Tipicamente o endereço é apenas mau ou ele liso
está apontando na memória livrada.
Argumentos:
Arg1: fffffa6009777000, memória provida.
Arg2: 0000000000000001, avalia 0 = a operação lida, 1 = escreve a operação.
Arg3: fffff80001ca7d44, se diferente de zero, o endereço de instrução que proveu a memória má
	endereço.
Arg4: 0000000000000000, (reservado)

Detalhes da eliminação de erros:
------------------


Não podia ler a crítica do nome do excitador

WRITE_ADDRESS: GetPointerFromAddress: incapaz de ler de fffff80001e7d080
 fffffa6009777000 

FAULTING_IP: 
NT! memcpy+64
fffff800 ptr do qword dos movimentos do `01ca7d44 488901 [rcx], rax

MM_INTERNAL_CODE:  0

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  DRIVER_FAULT_SERVER_MINIDUMP

BUGCHECK_STR:  0x50

PROCESS_NAME:  FileSightSvc.ex

CURRENT_IRQL:  0

TRAP_FRAME:  fffffa60060716b0 -- (.trap 0xfffffa60060716b0)
NOTA: O frame da armadilha não contem todos os registos.
Alguns valores do registo podem estar zerados ou incorretos.
rax=008a003800000000 rbx=0000000000000000 rcx=fffffa6009777000
rdx=0000001ffc451b94 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80001ca7d44 rsp=fffffa6006071848 rbp=fffffa6006071ca0
 r8=000000000000000e r9=00001fffdfffad1d r10=0000000000b400b2
r11=fffffa600974d8e0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nanovolt acima de na ei po nc do nz do pl
NT! memcpy+0x64:
fffff800 ptr do qword dos movimentos do `01ca7d44 488901 [rcx], rax ds: fffffa60 `09777000=????????????????
Restaurando o espaço do defeito

LAST_CONTROL_TRANSFER:  de fffff80001d11850 a fffff80001cb0450

STACK_TEXT:  
fffffa60`060715c8 fffff800`01d11850 : 00000000`00000050 fffffa60`09777000 00000000`00000001 fffffa60`060716b0 : NT! KeBugCheckEx
fffffa60`060715d0 fffff800`01caefd9 : 00000000`00000001 00000000`00000000 00000000`00001000 00000000`00000050 : NT! ?? :: FNODOBFM:: `string'+0x2d3dc
fffffa60`060716b0 fffff800`01ca7d44 : fffff800`01c790bb 00000000`00000050 fffffa60`06071ca0 fffffa80`054ee370 : NT! KiPageFault+0x119
fffffa60`06071848 fffff800`01c790bb : 00000000`00000050 fffffa60`06071ca0 fffffa80`054ee370 fffffa60`005ee7f0 : NT! memcpy+0x64
fffffa60`06071850 fffff800`01f1fcac : 00000000`005532a8 00000000`00036400 fffffa60`060719a0 00000000`00000000 : NT! ExpGetProcessInformation+0x50b
fffffa60`06071960 fffff800`01cafef3 : fffffa80`068bcbb0 00000000`00000005 00000000`00369e99 00000000`0185e740 : NT! NtQuerySystemInformation+0xb7c
fffffa60`06071c20 00000000`7752707a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : NT! KiSystemServiceCopyEnd+0x13
00000000`0185e718 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x7752707a


STACK_COMMAND:  kb

FOLLOWUP_IP: 
NT! ?? :: FNODOBFM:: `string'+2d3dc
fffff800 `01d11850 centímetro cúbico int 3

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  NT! ?? :: FNODOBFM:: `string'+2d3dc

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: NT

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4b1e8a6a

FAILURE_BUCKET_ID:  X64_0x50_nt! _?? _:: FNODOBFM:: _string_+2d3dc

BUCKET_ID:  X64_0x50_nt! _?? _:: FNODOBFM:: _string_+2d3dc

Continuação: MachineOwner
class= do

Resposta : Ajuda 2008 de Minidump do usuário necessário

Aquele foi geralmente o caso para mim, a memória central ou esconderijo.

Se seu gosto mim, mim nunca parece ter algum acréscimo ao redor a testar com qualquer um…:)
Outras soluções  
 
programming4us programming4us