win7 bluescreen bei cut&paste

[hangfive]

hi,
ich hab mir vor ein paar wochen einen neuen pc gegönnt...allerdings nervt er hinundwieder
mit einem bluescreen und jetzt wollt ich dem problem mal langsam auf den grund gehen wenn das moeglich ist.
Auch weiß ich nicht ob meine ram timings richtig laufen ,..wenn da auch jemand mal drüber schauen koennte wäre nice.


zumthema:
der bluescreen taucht ungefähr einmal die woche oder so auf ,..meißtens wenndie frau davorsitzt

also vorher konnt ich nie ausmachen worans denn grad gelegen haben koennte,
jetzt allerdings konnt ich den bluescreen reproduzieren indem ich einen bestimmtes verzeichnis cut&paste`n wollte ... BÄÄM -blue ..
kopieren ging lustigerweise ..


ich geb euch sehr gerne aller infos die ihr haben wollt,ich fang ersteinmal mit diesen beiden hier an:

Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
Copyright (c) Microsoft Corporation. All rights reserved.


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

Symbol search path is: SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 7 Kernel Version 7600 MP (4 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16617.x86fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0x83254000 PsLoadedModuleList = 0x8339c810
Debug session time: Mon Feb 21 18:40:13.902 2011 (UTC + 1:00)
System Uptime: 0 days 0:02:16.104
Loading Kernel Symbols
...............................................................
................................................................
................................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1, {834a3f3f, 0, ffff, 0}

Probably caused by : ntkrpamp.exe ( nt!NtSetInformationFile+0 )

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

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

Use !analyze -v to get detailed debugging information.

BugCheck 1, {834a3f3f, 0, ffff, 0}

Probably caused by : ntkrpamp.exe ( nt!NtSetInformationFile+0 )

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

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

APC_INDEX_MISMATCH (1)
This is a kernel internal error. The most common reason to see this
bugcheck is when a filesystem or a driver has a mismatched number of
calls to disable and re-enable APCs. The key data item is the
Thread->KernelApcDisable field. A negative value indicates that a driver
has disabled APC calls without re-enabling them.  A positive value indicates
that the reverse is true. This check is made on exit from a system call.
Arguments:
Arg1: 834a3f3f, address of system function (system call)
Arg2: 00000000, Thread->ApcStateIndex << 8 | Previous ApcStateIndex
Arg3: 0000ffff, Thread->KernelApcDisable
Arg4: 00000000, Previous KernelApcDisable

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


FAULTING_IP: 
nt!NtSetInformationFile+0
834a3f3f 6a74            push    74h

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0x1

PROCESS_NAME:  explorer.exe

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from 779c64f4 to 832977d3

STACK_TEXT:  
a5733d34 779c64f4 badb0d00 0804eb2c 00000000 nt!KiServiceExit2+0x17a
WARNING: Frame IP not in any known module. Following frames may be wrong.
0804ebf8 00000000 00000000 00000000 00000000 0x779c64f4


STACK_COMMAND:  .bugcheck ; kb

FOLLOWUP_IP: 
nt!NtSetInformationFile+0
834a3f3f 6a74            push    74h

SYMBOL_NAME:  nt!NtSetInformationFile+0

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrpamp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4c1c3fac

FAILURE_BUCKET_ID:  0x1_SysCallNum_149_nt!NtSetInformationFile+0

BUCKET_ID:  0x1_SysCallNum_149_nt!NtSetInformationFile+0

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

 

[simpel1970]

Den RAM hast du schon mit Memtest86+ auf Fehler überprüft?

Wenn ja, stelle testweise die Command Rate der RAM im Bios auf 2T.

 

[hangfive]

nein,weil das ja ein wenig dauert werd ich das auf morgen früh verschieben und ergebnis nachreichen

 

[simpel1970]

Ok

Sind das immer die selben Stopfehlercodes (BugCheck 1, {834a3f3f, 0, ffff, 0}), die beim Bluescreen genannt werden?