Hareide
-
Innlegg
227 -
Ble med
-
Besøkte siden sist
Innholdstype
Profiler
Forum
Hendelser
Blogger
Om forumet
Innlegg skrevet av Hareide
-
-
Ser det går 35 min mellom hver gang. Hva har du i tidsinnstillinger for sleep/dvale osv? Jeg har vært borti noe lignende hvor maskinen gikk ut av sleep nesten med en gang pga noe som jeg aldri fant ordentlig ut av. Kanskje prøve å slå av sleep/dvale og se om maskinen restarter da når den får stå for seg selv ubrukt.
Takk for tipset, men jeg sjekka dette tidligere i dag. Har dobbelsjekka det nå, og alt slikt er deaktivert.
Gjorde noen små endringer inni der nå, men har ikke store håpet om bedringer:
'Allow hybrid sleep: On -> Off'
'Turn off hard disk after: 20 min => Never'
'Turn off display after: 1 min => Never'
-
Når maskina min ikke har vært i bruk på (ca) nøyaktig 35 minutter, kommer det en blåskjerm. Dumpfil blir generert:IRQL_NOT_LESS_OR_EQUAL 0x0000000a00000000`00000000 00000000`00000002 00000000`00000000 fffff800`030XXXXX ntoskrnl.exe+75bc0
Kjørte memtest86+ i et døgn tidligere, men fikk ikke på skjermen når jeg skulle sjekke resultatet. (Har hatt litt problemer med dette lenge, har en teori om at det er relatert til bruk av displayport. Oppstått kun utenfor 'Windows', slik som memtest og spinrite).Har et veldig godt eksempel fra at maskina stod på over natta i forrigårs (event viewer):Level: Date and Time: Source: EvtID: TaskGr: Time between: Information 12.28.13 10:46 Kernel-General 12 None 00:35 Information 12.28.13 10:10 Kernel-General 12 None 00:35 Information 12.28.13 9:35 Kernel-General 12 None 00:35 Information 12.28.13 8:59 Kernel-General 12 None 00:35 Information 12.28.13 8:23 Kernel-General 12 None 00:35 Information 12.28.13 7:48 Kernel-General 12 None 00:37 Information 12.28.13 7:10 Kernel-General 12 None 00:35 Information 12.28.13 6:35 Kernel-General 12 None 00:35 Information 12.28.13 5:59 Kernel-General 12 None 00:35 Information 12.28.13 5:24 Kernel-General 12 None 00:35 Information 12.28.13 4:48 Kernel-General 12 None 00:35 Information 12.28.13 4:12 Kernel-General 12 None 00:35 Information 12.28.13 3:37 Kernel-General 12 None 00:35 Information 12.28.13 3:01 Kernel-General 12 None 00:35 Information 12.28.13 2:25 Kernel-General 12 None 00:35 Information 12.28.13 1:50 Kernel-General 12 None 00:35 Information 12.28.13 1:14 Kernel-General 12 None
(Finner ingen spor av hva som skjer før restarten, kun spor av at windows bootes på nytt)
Har nylig spillt gjennom et lass med spill, ingen problemer da (eller når maskina brukes).
Hardware: CPU: Intel i5 2500k HK: P8Z77-V LE PLUS (Bios version 0905) PSU: Newton R3 600W (kjøpt for 2 mnd siden, semi passiv vifte) GPU: Sapphire HD 5870 1GB RAM: 2x 4GB SSD: Corsair Force Series GT 120GB (OS, ca 1 år gammel) HD: Hitachi 2TB (HDS722020ALA330) (alt er over 2 år gammelt, med unntak av SSD og PSU)
OS: Windows 7 64bitSer at jeg oppdaterte GPU driver 01.12.2013:
Driver Packaging Version 13.152.1.8-131008a-163824C-ATI Catalyst Version 13.9 Provider Advanced Micro Devices, Inc. 2D Driver Version 8.01.01.1331 Direct3D Version 9.14.10.0984 OpenGL Version 6.14.10.12430 AMD Catalyst Control Center Version 2013.1008.932.15229
Windbg
Minidump:
Microsoft ® Windows Debugger Version 6.12.0002.633 AMD64
Copyright © Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\PKH\Desktop\Blåskjerm\121813-15818-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: srv*c:\symboler*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
Built by: 7601.18247.amd64fre.win7sp1_gdr.130828-1532
Machine Name:
Kernel base = 0xfffff800`03012000 PsLoadedModuleList = 0xfffff800`032556d0
Debug session time: Wed Dec 18 08:55:09.533 2013 (UTC + 1:00)
System Uptime: 0 days 0:24:50.735
Loading Kernel Symbols
...............................................................
................................................................
..........................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck A, {0, 2, 0, fffff8000309ca55}
Probably caused by : CLFS.SYS ( CLFS!CClfsLogFcbPhysical::MapCacheData+105 )
Followup: MachineOwner
---------
0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
IRQL_NOT_LESS_OR_EQUAL (a)
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 using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 0000000000000000, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff8000309ca55, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800032bf100
0000000000000000
CURRENT_IRQL: 2
FAULTING_IP:
nt!IopCompleteRequest+ae5
fffff800`0309ca55 488b09 mov rcx,qword ptr [rcx]
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xA
PROCESS_NAME: TrustedInstall
IRP_ADDRESS: ffffffffffffff89
TRAP_FRAME: fffff880042f85b0 -- (.trap 0xfffff880042f85b0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000000000000f rbx=0000000000000000 rcx=000000000000003f
rdx=fffff980450c0000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80003384c07 rsp=fffff880042f8740 rbp=fffffa80148be9b8
r8=000000000000000f r9=fffffa8006663540 r10=fffffa8006663008
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
nt!CcMapData+0x117:
fffff800`03384c07 0fb602 movzx eax,byte ptr [rdx] ds:fffff980`450c0000=??
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80003087169 to fffff80003087bc0
STACK_TEXT:
fffff880`042f7ff8 fffff800`03087169 : 00000000`0000000a 00000000`00000000 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`042f8000 fffff800`03085de0 : fffff880`0cb04000 00000000`00000000 fffffa80`06fe6990 fffffa80`0a8c3260 : nt!KiBugCheckDispatch+0x69
fffff880`042f8140 fffff800`0309ca55 : 00000000`00000001 fffff800`030b6687 fffffa80`20206f49 fffffa80`010f1460 : nt!KiPageFault+0x260
fffff880`042f82d0 fffff800`0307a5f7 : 00000000`00000001 fffffa80`1367b2f0 fffff880`042f8300 fffff800`00000000 : nt!IopCompleteRequest+0xae5
fffff880`042f83a0 fffff800`03035ec9 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDeliverApc+0x1c7
fffff880`042f8420 fffff800`0309585c : 00000000`00000000 00000000`00000000 ffffffff`ffffffff 00000000`00000000 : nt!KiCheckForKernelApcDelivery+0x25
fffff880`042f8450 fffff800`03085cee : 00000000`00000000 fffff980`450c0000 00000000`00000000 00000000`0000000e : nt!MmAccessFault+0x1a3c
fffff880`042f85b0 fffff800`03384c07 : 00000000`00000000 00000000`00000000 fffff880`042f8808 fffff880`042f8800 : nt!KiPageFault+0x16e
fffff880`042f8740 fffff880`00d1db19 : 00000000`00040000 fffffa80`144be010 fffffa80`148be9b8 00000000`0000000e : nt!CcMapData+0x117
fffff880`042f8800 fffff880`00d4bd1f : fffffa80`0c146000 fffffa80`148be9b8 fffff880`042f8970 fffff8a0`00040000 : CLFS!CClfsLogFcbPhysical::MapCacheData+0x105
fffff880`042f88b0 fffff880`00d17454 : fffffa80`0c146000 fffffa80`072a64f0 fffff880`00000100 00000000`00000000 : CLFS!CClfsLogFcbPhysical::FindEndOfLog+0x257
fffff880`042f89e0 fffff880`00d3cd9e : fffffa80`0c146000 fffffa80`148be9b8 fffffa80`148be820 00000000`0012019f : CLFS!CClfsLogFcbPhysical::Initialize+0xa4c
fffff880`042f8b30 fffff880`00d3c4e6 : fffffa80`0a8a6680 fffff880`042f8d01 00000000`00000007 fffffa80`06750100 : CLFS!CClfsRequest::Create+0x406
fffff880`042f8c70 fffff880`00d58657 : fffffa80`0a8a6680 fffffa80`06a09000 00000000`00000000 00000000`000007ff : CLFS!CClfsRequest::Dispatch+0x12a
fffff880`042f8ce0 fffff880`00d30a09 : fffffa80`133d2930 fffffa80`0c135a60 fffffa80`133d2930 fffffa80`1396e230 : CLFS!ClfsDispatchIoRequest+0x1cb
fffff880`042f8d30 fffff800`0338743c : 00000000`00000004 fffffa80`148be9b8 fffffa80`0c135a60 fffffa80`0c135af8 : CLFS!CClfsDriver::LogIoDispatch+0x21
fffff880`042f8d60 fffff800`03382db8 : fffffa80`06a09060 fffff800`00000000 fffffa80`148be800 fffff8a0`00000000 : nt!IopParseDevice+0x14d3
fffff880`042f8ec0 fffff800`03383fd6 : 00000000`00000000 fffffa80`148be800 fffffa80`00000060 fffffa80`067543f0 : nt!ObpLookupObjectName+0x588
fffff880`042f8fb0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!ObOpenObjectByName+0x306
STACK_COMMAND: kb
FOLLOWUP_IP:
CLFS!CClfsLogFcbPhysical::MapCacheData+105
fffff880`00d1db19 448ae8 mov r13b,al
SYMBOL_STACK_INDEX: 9
SYMBOL_NAME: CLFS!CClfsLogFcbPhysical::MapCacheData+105
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: CLFS
IMAGE_NAME: CLFS.SYS
DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc11d
FAILURE_BUCKET_ID: X64_0xA_CLFS!CClfsLogFcbPhysical::MapCacheData+105
BUCKET_ID: X64_0xA_CLFS!CClfsLogFcbPhysical::MapCacheData+105
Followup: MachineOwner
---------
0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
IRQL_NOT_LESS_OR_EQUAL (a)
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 using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 0000000000000000, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff8000309ca55, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: 0000000000000000
CURRENT_IRQL: 2
FAULTING_IP:
nt!IopCompleteRequest+ae5
fffff800`0309ca55 488b09 mov rcx,qword ptr [rcx]
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xA
PROCESS_NAME: TrustedInstall
IRP_ADDRESS: ffffffffffffff89
TRAP_FRAME: fffff880042f85b0 -- (.trap 0xfffff880042f85b0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000000000000f rbx=0000000000000000 rcx=000000000000003f
rdx=fffff980450c0000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80003384c07 rsp=fffff880042f8740 rbp=fffffa80148be9b8
r8=000000000000000f r9=fffffa8006663540 r10=fffffa8006663008
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
nt!CcMapData+0x117:
fffff800`03384c07 0fb602 movzx eax,byte ptr [rdx] ds:fffff980`450c0000=??
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80003087169 to fffff80003087bc0
STACK_TEXT:
fffff880`042f7ff8 fffff800`03087169 : 00000000`0000000a 00000000`00000000 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`042f8000 fffff800`03085de0 : fffff880`0cb04000 00000000`00000000 fffffa80`06fe6990 fffffa80`0a8c3260 : nt!KiBugCheckDispatch+0x69
fffff880`042f8140 fffff800`0309ca55 : 00000000`00000001 fffff800`030b6687 fffffa80`20206f49 fffffa80`010f1460 : nt!KiPageFault+0x260
fffff880`042f82d0 fffff800`0307a5f7 : 00000000`00000001 fffffa80`1367b2f0 fffff880`042f8300 fffff800`00000000 : nt!IopCompleteRequest+0xae5
fffff880`042f83a0 fffff800`03035ec9 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDeliverApc+0x1c7
fffff880`042f8420 fffff800`0309585c : 00000000`00000000 00000000`00000000 ffffffff`ffffffff 00000000`00000000 : nt!KiCheckForKernelApcDelivery+0x25
fffff880`042f8450 fffff800`03085cee : 00000000`00000000 fffff980`450c0000 00000000`00000000 00000000`0000000e : nt!MmAccessFault+0x1a3c
fffff880`042f85b0 fffff800`03384c07 : 00000000`00000000 00000000`00000000 fffff880`042f8808 fffff880`042f8800 : nt!KiPageFault+0x16e
fffff880`042f8740 fffff880`00d1db19 : 00000000`00040000 fffffa80`144be010 fffffa80`148be9b8 00000000`0000000e : nt!CcMapData+0x117
fffff880`042f8800 fffff880`00d4bd1f : fffffa80`0c146000 fffffa80`148be9b8 fffff880`042f8970 fffff8a0`00040000 : CLFS!CClfsLogFcbPhysical::MapCacheData+0x105
fffff880`042f88b0 fffff880`00d17454 : fffffa80`0c146000 fffffa80`072a64f0 fffff880`00000100 00000000`00000000 : CLFS!CClfsLogFcbPhysical::FindEndOfLog+0x257
fffff880`042f89e0 fffff880`00d3cd9e : fffffa80`0c146000 fffffa80`148be9b8 fffffa80`148be820 00000000`0012019f : CLFS!CClfsLogFcbPhysical::Initialize+0xa4c
fffff880`042f8b30 fffff880`00d3c4e6 : fffffa80`0a8a6680 fffff880`042f8d01 00000000`00000007 fffffa80`06750100 : CLFS!CClfsRequest::Create+0x406
fffff880`042f8c70 fffff880`00d58657 : fffffa80`0a8a6680 fffffa80`06a09000 00000000`00000000 00000000`000007ff : CLFS!CClfsRequest::Dispatch+0x12a
fffff880`042f8ce0 fffff880`00d30a09 : fffffa80`133d2930 fffffa80`0c135a60 fffffa80`133d2930 fffffa80`1396e230 : CLFS!ClfsDispatchIoRequest+0x1cb
fffff880`042f8d30 fffff800`0338743c : 00000000`00000004 fffffa80`148be9b8 fffffa80`0c135a60 fffffa80`0c135af8 : CLFS!CClfsDriver::LogIoDispatch+0x21
fffff880`042f8d60 fffff800`03382db8 : fffffa80`06a09060 fffff800`00000000 fffffa80`148be800 fffff8a0`00000000 : nt!IopParseDevice+0x14d3
fffff880`042f8ec0 fffff800`03383fd6 : 00000000`00000000 fffffa80`148be800 fffffa80`00000060 fffffa80`067543f0 : nt!ObpLookupObjectName+0x588
fffff880`042f8fb0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!ObOpenObjectByName+0x306
STACK_COMMAND: kb
FOLLOWUP_IP:
CLFS!CClfsLogFcbPhysical::MapCacheData+105
fffff880`00d1db19 448ae8 mov r13b,al
SYMBOL_STACK_INDEX: 9
SYMBOL_NAME: CLFS!CClfsLogFcbPhysical::MapCacheData+105
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: CLFS
IMAGE_NAME: CLFS.SYS
DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc11d
FAILURE_BUCKET_ID: X64_0xA_CLFS!CClfsLogFcbPhysical::MapCacheData+105
BUCKET_ID: X64_0xA_CLFS!CClfsLogFcbPhysical::MapCacheData+105
Followup: MachineOwner
---------Fulldump:
Microsoft ® Windows Debugger Version 6.12.0002.633 AMD64
Copyright © Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\PKH\Desktop\Blåskjerm\MEMORY.DMP]
Kernel Summary Dump File: Only kernel address space is available
Symbol search path is: srv*c:\symboler*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
Built by: 7601.18247.amd64fre.win7sp1_gdr.130828-1532
Machine Name:
Kernel base = 0xfffff800`03012000 PsLoadedModuleList = 0xfffff800`032556d0
Debug session time: Wed Dec 18 08:55:09.533 2013 (UTC + 1:00)
System Uptime: 0 days 0:24:50.735
Loading Kernel Symbols
...............................................................
................................................................
..........................................
Loading User Symbols
PEB is paged out (Peb.Ldr = 000007ff`fffd5018). Type ".hh dbgerr001" for details
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck A, {0, 2, 0, fffff8000309ca55}
Probably caused by : CLFS.SYS ( CLFS!CClfsLogFcbPhysical::MapCacheData+105 )
Followup: MachineOwner
---------
0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
IRQL_NOT_LESS_OR_EQUAL (a)
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 using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 0000000000000000, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff8000309ca55, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: 0000000000000000
CURRENT_IRQL: 2
FAULTING_IP:
nt!IopCompleteRequest+ae5
fffff800`0309ca55 488b09 mov rcx,qword ptr [rcx]
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xA
PROCESS_NAME: TrustedInstall
IRP_ADDRESS: ffffffffffffff89
TRAP_FRAME: fffff880042f85b0 -- (.trap 0xfffff880042f85b0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000000000000f rbx=0000000000000000 rcx=000000000000003f
rdx=fffff980450c0000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80003384c07 rsp=fffff880042f8740 rbp=fffffa80148be9b8
r8=000000000000000f r9=fffffa8006663540 r10=fffffa8006663008
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
nt!CcMapData+0x117:
Page 5e2b3 not present in the dump file. Type ".hh dbgerr004" for details
fffff800`03384c07 0fb602 movzx eax,byte ptr [rdx] ds:fffff980`450c0000=??
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80003087169 to fffff80003087bc0
STACK_TEXT:
fffff880`042f7ff8 fffff800`03087169 : 00000000`0000000a 00000000`00000000 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`042f8000 fffff800`03085de0 : fffff880`0cb04000 00000000`00000000 fffffa80`06fe6990 fffffa80`0a8c3260 : nt!KiBugCheckDispatch+0x69
fffff880`042f8140 fffff800`0309ca55 : 00000000`00000001 fffff800`030b6687 fffffa80`20206f49 fffffa80`010f1460 : nt!KiPageFault+0x260
fffff880`042f82d0 fffff800`0307a5f7 : 00000000`00000001 fffffa80`1367b2f0 fffff880`042f8300 fffff800`00000000 : nt!IopCompleteRequest+0xae5
fffff880`042f83a0 fffff800`03035ec9 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDeliverApc+0x1c7
fffff880`042f8420 fffff800`0309585c : 00000000`00000000 00000000`00000000 ffffffff`ffffffff 00000000`00000000 : nt!KiCheckForKernelApcDelivery+0x25
fffff880`042f8450 fffff800`03085cee : 00000000`00000000 fffff980`450c0000 00000000`00000000 00000000`0000000e : nt!MmAccessFault+0x1a3c
fffff880`042f85b0 fffff800`03384c07 : 00000000`00000000 00000000`00000000 fffff880`042f8808 fffff880`042f8800 : nt!KiPageFault+0x16e
fffff880`042f8740 fffff880`00d1db19 : 00000000`00040000 fffffa80`144be010 fffffa80`148be9b8 00000000`0000000e : nt!CcMapData+0x117
fffff880`042f8800 fffff880`00d4bd1f : fffffa80`0c146000 fffffa80`148be9b8 fffff880`042f8970 fffff8a0`00040000 : CLFS!CClfsLogFcbPhysical::MapCacheData+0x105
fffff880`042f88b0 fffff880`00d17454 : fffffa80`0c146000 fffffa80`072a64f0 fffff880`00000100 00000000`00000000 : CLFS!CClfsLogFcbPhysical::FindEndOfLog+0x257
fffff880`042f89e0 fffff880`00d3cd9e : fffffa80`0c146000 fffffa80`148be9b8 fffffa80`148be820 00000000`0012019f : CLFS!CClfsLogFcbPhysical::Initialize+0xa4c
fffff880`042f8b30 fffff880`00d3c4e6 : fffffa80`0a8a6680 fffff880`042f8d01 00000000`00000007 fffffa80`06750100 : CLFS!CClfsRequest::Create+0x406
fffff880`042f8c70 fffff880`00d58657 : fffffa80`0a8a6680 fffffa80`06a09000 00000000`00000000 00000000`000007ff : CLFS!CClfsRequest::Dispatch+0x12a
fffff880`042f8ce0 fffff880`00d30a09 : fffffa80`133d2930 fffffa80`0c135a60 fffffa80`133d2930 fffffa80`1396e230 : CLFS!ClfsDispatchIoRequest+0x1cb
fffff880`042f8d30 fffff800`0338743c : 00000000`00000004 fffffa80`148be9b8 fffffa80`0c135a60 fffffa80`0c135af8 : CLFS!CClfsDriver::LogIoDispatch+0x21
fffff880`042f8d60 fffff800`03382db8 : fffffa80`06a09060 fffff800`00000000 fffffa80`148be800 fffff8a0`00000000 : nt!IopParseDevice+0x14d3
fffff880`042f8ec0 fffff800`03383fd6 : 00000000`00000000 fffffa80`148be800 fffffa80`00000060 fffffa80`067543f0 : nt!ObpLookupObjectName+0x588
fffff880`042f8fb0 fffff800`033858dc : fffffa80`135be900 00000000`00000000 fffff8a0`052aea00 00000000`000007ff : nt!ObOpenObjectByName+0x306
fffff880`042f9080 fffff800`0332dcab : fffff880`042f9308 00000000`c0000000 fffff880`042f9390 fffff880`042f9370 : nt!IopCreateFile+0x2bc
fffff880`042f9120 fffff800`033058d5 : fffff880`042f9370 fffff880`042f9308 00000000`c0000000 fffff880`042f9390 : nt!IoCreateFileEx+0xfb
fffff880`042f91c0 fffff880`00d58fcd : 00000000`00000000 00000000`00000010 fffff880`00d64ee0 00000000`00000001 : nt!IoCreateFileSpecifyDeviceObjectHint+0xe5
fffff880`042f9270 fffff800`03304622 : fffff880`042f9500 00000000`00000074 00000000`00000010 fffff8a0`1983b250 : CLFS!ClfsCreateLogFile+0x901
fffff880`042f9460 fffff800`0330548a : 00000000`00000000 fffff8a0`2144b010 00000000`00000001 fffff800`0328e5e0 : nt!CmpInitCmRM+0x372
fffff880`042f9640 fffff800`03304f17 : fffff8a0`00000020 fffff880`042f9960 00000000`00000000 00000000`00000021 : nt!CmLoadKey+0x452
fffff880`042f9830 fffff800`03305a60 : 0000007f`fffffff8 00000000`00d7de00 00000000`00000000 00000000`00000000 : nt!NtLoadKeyEx+0x4c5
fffff880`042f9a90 fffff800`03086e53 : 00000000`00000008 00000000`76fd46bb 00000000`00000001 00000000`00000000 : nt!NtLoadKey+0x24
fffff880`042f9ae0 00000000`770020ba : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`00d7dda8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x770020ba
STACK_COMMAND: kb
FOLLOWUP_IP:
CLFS!CClfsLogFcbPhysical::MapCacheData+105
fffff880`00d1db19 448ae8 mov r13b,al
SYMBOL_STACK_INDEX: 9
SYMBOL_NAME: CLFS!CClfsLogFcbPhysical::MapCacheData+105
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: CLFS
IMAGE_NAME: CLFS.SYS
DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc11d
FAILURE_BUCKET_ID: X64_0xA_CLFS!CClfsLogFcbPhysical::MapCacheData+105
BUCKET_ID: X64_0xA_CLFS!CClfsLogFcbPhysical::MapCacheData+105
Followup: MachineOwner
---------Har litt problemer med hvor en bør starte feilsøking (driver > 1xRAM > PSU > memtest > test idle i BIOS ..).
Noen som har et godt tips?
Forsøkt:
- Kjørt maskina med kun 1 rambrikke (prøvd begge 2, i forskjellige slotter)
- Sleep/hibernate/screen saver/display off/hd shutdown = deaktivert
- Idle i BIOS (får da ikke blåskjem)
- Resatt bios
Edit:
Ser nå at jeg har endra fra minidump til fulldump ved blåskjerm. Derfor det ikke kom fram i bluescreenview 'plutselig'. Har dermed trolig fått blåskjerm hele tiden, har endra på posten til å gjenspeile dette.
-
Første bud er vel å skrive ned informasjonen i 'blåskjermen'. Trolig vil et par googlesøk kunne gi deg svaret.
Hvis maskina restarter seg automatisk, så fort at du ikke se hva som står, bør du deaktivere dette:
Kontrollpanel -> System -> Advanced system settings -> Startup and recovery:
System failure -> (fjern) Automatically restart
Skal vel også være mulig å gjøre dette via F5/F8 menyene under oppstart.
-
Jeg har hatt et lignende problem, men da fikk jeg en feilkode som jeg kunne google.
Det viste seg at klokka på maskina var så feil at windows update nektet å kjøre.
(Tenkte med på dette siden du har kjørt restore fra en backup).
Skader vel ikke å prøve likevel..
-
Her er det også hjelp å hente fra java Tutorials:
http://docs.oracle.com/javase/tutorial/essential/io/scanning.html
-
Er dette en ny maskin som du har bygget selv og som forsøkes å starte for første gang?
-
Det er jo en haug med diagnose-led på hovedkortet ditt. Lyser noen av disse konstant når du prøve å starte maskinen?
-
Lyser "DRAM_LED" øverst til høyre på hovedkortet, ved siden av "MEM_OK!" knappen?
Siden det er så enkelt å teste om den ene minnebrikken er defekt, så vil jeg anbefale deg og gjøre dette nå (verre er det om begge er defekt).
I følge manualen, så er det anbefalt at man benytter DIMM_A2 dersom man kun kjører 1 rambrikke. Dette er den blå ramslotten som er nærmes CPU. Test om du får boota med kun en av minnebrikkene i maskina.
-
Jeg har et kjappt forslag til deg:
Selv om du ikke får skjermbilde, så er det ikke sikkert at feilen ligger hos skjermkortet.
Siden du har hk/cpu kombilnasjon som lar deg bruke det integrerte hk/cpu skjermkortet, så bør du prøve dette.
Ta ut GTX 570 skjemkortet ditt og forsøk å starte maskinen ved kun å bruke det integrerte skjermkortet (HDMI og/eller DVI).
Prøvde nettop dette, samme problemet fortsatt.
Hvis du nettopp prøvde dette, og ikke fikk skjermbilde (veldig viktig at GTX 570 skjerkortet fjernes fysisk fra maskina), så er ikke dette et skjermkort problem lenger.
For å fortsette feilsøking, så skal Nvidia skjermkortet ditt ligge pent oppi esken som det ble levert i
-
Jeg har et kjappt forslag til deg:
Selv om du ikke får skjermbilde, så er det ikke sikkert at feilen ligger hos skjermkortet.
Siden du har hk/cpu kombilnasjon som lar deg bruke det integrerte hk/cpu skjermkortet, så bør du prøve dette.
Ta ut GTX 570 skjemkortet ditt og forsøk å starte maskinen ved kun å bruke det integrerte skjermkortet (HDMI og/eller DVI).
-
Har ikke så veldig god greie på dette, men jeg har 2 forslag som kan lede fram (etter å ha lest denne).
1: Les første "note" i linken overfor, står at man bør benytte "127.0.0.1" i stede for localhost dersom man vil benytte seg at TCP/IP.
2: Benytt kommandolinje eller 3. parts verktøy for å forsikre deg om at: ip, brukernavn og passord er riktig. Sjekk også at brukeren "fritidsm_lo" har tilgang til databasen "fritidsm_lo".
3: Det er sikkert en logg, enten via apache eller mysql, som kan gi litt bedre feilmeldinger.
Har du litt mer informasjon om omstendighetene, av typen:
Har du hatt dette til å fungerer tidligerer?
Er dette en privat server som du har satt opp selv, eller er dette en kjøpt tjeneste som er ferdig konfet med tilgang til apache/mysql?
Hvem har opprettet brukeren/databasen du forsøker å koble til?
Har du shell tilgang (via for eks ssh)?
-
For å gjøre dette prosjektet virkelig interessant:
* Kjøringen av Windows på noen som helt måte skal forbys (for eks via Bootcamp, Parallels eller remote desktop løsninger).
* Orginal Apple mus med kun 1 museknapp skal selvfølgelig benyttes.
* Ikke mulighet til å bruke Windows til noe jobbrelatert i denne 4 ukers perioden. Dette gjelder selvfølgelig alle Windows serverne dere har ståendes. (Er jeg uheldig her, så har dere en del Unix løsniger for lagring. Ikke unaturlig når webserveren er Suse, og websidene er drevet av Apache?).
For at man virkelig skal gå inn i et slikt prosjekt, så burde det være en belønning til stede, dersom du klarer å gjennomføre 4 uker med Apple tortur. Det bør også være muligheten til å gi seg, selvfølgelig med konsekvenser som svir. Jeg er en stor motstander av Apple som firma, man kan jo bare se på hvordan dette firmaet driver en patentheksejakt som ikke hører hjemme noen steder.. Etter min mening er dette overpriset produkter, det eneste positive er at innpakningen er pen. Det er problematisk at et firma har kontroll på både software(OS) og hardware delen, det gir monopol. Heldigvis så har OSX Unix i bunnen, så det kan brukes til noe nyttig.
Før noen spør, så har jeg førtehåndserferinger med Apple produkter. Jeg har en Ipod, Macbook pro og er tvunget til å bruke Iphone på jobb. Jeg har heldigvis kun betalt for Ipoden!
Lykke til, du vil trenge det ..
-
Her var det lite informasjon gitt. Vanskelig å gi råd når du fort kan sitte på en Mac med Windows .. (Venligst gi utfyllende informasjon om maskinvare og alder. Har du nylig formatert, har du nylig satt i ny hardware, har du nylig gjort noen store endringer ..)
Her har du noen råd tatt i fra vildens sky:
0: Gi oss en liste eller screenshot av blåskjemerene du har hatt (eller enda enklere benytt BlueScreen viewer: http://www.nirsoft.n...nview_setup.exe)
1: Når det nevnes spill og blåskjermer:
1a: Oppdater skjermkortdriverene dine (har du nylig lagt inn ny driver, så prøv å gå tilbake til en eldre versjon)
1b: Sjekk at temperaturen på CPU/GPU ikke er for høy. Dette kan du gjøre med programmet speedfan eller hwmonitor:
http://www.almico.com/sfdownload.php
http://www.cpuid.com.../hwmonitor.html
2: Prøv å kjør programmet Prime95:
http://www.mersenne.org/freesoft/
Run a Torture test -> Blend (test some of everything, lots of RAM tested)
3: Kan hende at du har minneproblemer:
Lastned programmet (mer et OS?) Memtest86+, lag en bootbar usb-minnepenn og start fra denne (http://www.memtest.o...b.installer.zip). La den gå for eks 10 runder eller 12 timer)
'cabinet file error' - Muligens .cab filer som feiler ved 'utpakkin'. Aldri vært borti dette før, men dette er en form for comprimerte filer, kan muligens tyde på cpu/minne feil?.
Det viktigste her er at du henter ut hvilke blåskjermer du har hatt. Hvis det er enkelte feilkoder som går igjen, så kan noen kjappe google søk bidra til å løse saken.
-
Er det ingen som har reagert på at artikkelens assosiasjonsbilde er av graveskovlen til en 'gravemaskin'. Jeg foreslår at denne artikkelen får et bilde av en bulldoser, noe som sikkert var tenkt. Her er et bilde som reflekterer AMD's egene utsagn, en maskin som skal pløye ned det meste: http://www.shutterstock.com/pic-25886428/stock-photo-isolated-bulldozer.html. De som har ventet på Bulldozer, har ventet godt og lenge. La oss håpe at AMD kan skape litt konkuranse i markedet igjen..
-
En annen ting er at lyn ofte kommer inn til huset hjennom telefonkabelen/kabeltv kabelen. Dersom du har ADSL eller Kabel TV internett, så kan det hende at lynet har gått disse veiene og til slutt endt opp i maskina di.
Hvis dette er tilfellet, så kan det være nok å fjerne for eks nettverkskortet (kanskje ikke så nyttig i disse dager, da de fleste bruker nettverkskort som er integrert i hovedkortet, men verdt å nevne)
Hvis lynet tok PC'en din, så tok det sikker noe annet. Hva da?
-
Hvis du har et ok skjemkort fra før av og bruker maskina primært til spill, så ville jeg gått for følgende:
CPU: Intel 2500k
http://www.komplett.no/k/ki.aspx?sku=619274
Pris: 1499,-
Ram: 8GB DDR3 1600Mhz
http://www.komplett.no/k/ki.aspx?sku=599037
Pris: 349,-
HK: Asus P8Z68-V LE
http://www.komplett.no/k/ki.aspx?sku=640785
Pris: 1055
Totalt: 2903 (eks frakt)
Merk at du med hovedkortet ovenfor gir opp muligheten for SLI/Crossfire. Dersom dette er noe du tror at du noen gang kommer til å benytte, så ville jeg valgt et annet hovedkort.
-
Jeg har faktisk en bestilling liggende inne fra dustinhome, som ble gjort på fredag i forrige uke med:
ASUS P8Z68-V LE Z68 S-1155 ATX
INTEL CORE I5 2500K 3.30GHZ 6MB S-1155
CORSAIR 8GB DDR3 XMS3 INTEL 1600MHZ (2X4GB)
FRACTAL DESIGN MIDITOWER CORE 3000 BLACK
FRACTAL DESIGN TESLA 650W
WESTERN DIGITAL CAVIAR BLACK 1TB 7200RPM SATA/600 64MB
Sendingen ble registrert innlevert på terminal i Oslo, mandag morgen. Får vel pakken på onsdag, og blir bygget opp i løpet av onsdagskvelden. Hvis du ikke har bestilt innen den tid, så kan jeg legge ut et par bilder, og evt gi tilbakemelding dersom noe ikke ble så bra som planlagt
-
Du bør nok plusse på en 7-800 kr for å oppjustere fra GTX 560 Ti til GTX 570. Alternativt kan kanskje dette være et godt valg som ikke overstiger budsjett fullt så mye.
e det nødvendig med så my ram?
Nei, du klarer deg sannsynligvis med 4GB, MEN det er såpass lite å spare på å velge 1x4GB, at de aller fleste velger 2x4GB. Dessuten mister du muligheten til å kjøre dualchannel dersom du velger 1x4GB. Et siste valg er å kjøre 2x2GB, men dette ville jeg anbefalt mot. Kjør 2x4GB du, så har du minne i massevis. Du kan for eks lage deg en ramdisk, og kjøre spill fra den
Med enkle grep så kommer du nesten innenfor rammen din, og med GTX 570.
dustinhome.no:
Benevnelse Artikkelnr. Prod. art. nr. I lager à pris (inkl. moms) Radtotal (inkl. moms) Kommentar
ASUS P8Z68-V LE Z68 S-1155 ATX 5010600532 P8Z68-V LE I lager 1 059,00 1 059,00
CORSAIR 8GB DDR3 XMS3 INTEL 1600MHZ (2X4GB) 5010485739 CMX8GX3M2A1600C9 I lager 539,00 539,00
ZOTAC GEFORCE GTX 570 1280MB PCI-E DVI/HDMI +GAME 5010544900 ZT-50203-10M I lager 2 399,00 2 399,00
FRACTAL DESIGN MIDITOWER CORE 3000 BLACK 5010594129 FD-CA-CORE-3000-BL I lager 419,00 419,00
FRACTAL DESIGN TESLA 650W 5010400538 FD-PSU-TESLA-650 1-3 dager 569,00 569,00
INTEL CORE I5 2500K 3.30GHZ 6MB S-1155 5010544370 BX80623I52500K 1-3 dager 1 629,00 1 629,00
WINDOWS 7 HOME PREM SP1 64-BIT NOR DVD #OEM #NO 5010587516 GFC-02061 I lager 789,00 789,00
SAMSUNG DVD±R/RW/RAM DL 22X SATA BULK SVART 5010597713 SH-222AB/BEBE I lager 159,00 159,00
SAMSUNG SPINPOINT F3 1TB SATA/300 7200RPM 32MB 5010329452 HD103SJ I lager 409,00 409,00
Vareverdi 7 971,00 kr
Frakt Fra Mer info 99,00 kr
Totalt inkl. moms 8 070,00 kr
Her får du med GTX 570, ta en vurdering om du i stede skal legge i en hundrelapp til, og gå for RADEON HD5870 (se her)
Verdt å merke seg at man her med 'ASUS P8Z68-V LE' har valgt bort muligheten for SLI/Crossfire. Dersom dette er noe du har en miste tanke om å benytte, så ville jeg lagt i de 130,- kr som er differansen mellom 'P8Z68-V LE' og 'P8Z68-V'.
Du har vel ikke noen komponenter som kan resirkuleres? (kabinett, psu, hd, cd/dvd-rom ..?)
Edit:
Dersom du er student, så får du rabatt hos dustinhome.no, bla gratis frak ved bestilling på over 2000kr. Du får også rabatter på en rekke varer, som kan slå gunstig ut for deg. Se her
-
Jeg vil si at du ikke har testet nok enda, til å vite at brikken er defekt
Det at den 'varmeskjoldet' har løsnet er jo en annen sak, men det har veldig lite å si for selve brikken. Den kan fortsatt brukes uten problem.
Det skader jo ikke å høre med komplett. Det er viktig å huske på at disse som regel kun er festet med en termisk dobbeltsidig teip.
Hadde vært morsomt om noen har hatt en benchmark på dette. Vil tro at temperaturen på brikken vil marginal, og at man kanskje fikk presset ut et par ekstra Mhz med disse fancy heatspreader dersom man holdt på og overklokke på grensen av det brikkene klarer.
-
Asus har jo også kommet med en BETA bios:
P8P67 EVO BIOS
Beta Version 1850
Description: Improve system stability.
-
Ville ventet litt med konklusjonen.
Når du brukte den ene brikken, så hadde du ingen problemer? Vi anntar derfor at denne brikken ikke har noen feil.
Når du bruker begge brikkene, så får du blåskjermer.
Hvis du nå prøver KUN med den 'andre' brikken, den som vi anntar at er defekt. Hva skjer da?
Jeg ville fortsatt forsøkt å kjøre memtest86/memtest86+:
http://www.memtest86.com/ http://www.memtest.org/
Det krever da at du brenner det ut på en cd, og booter denne i oppstarten av maskinen. Eller du kan bruke en minnepenn og programmet unetbootin: http://unetbootin.sourceforge.net/
Vi vet fortsatt ikke hvilken spenning minne ditt kjører på. HWMonitor viste ikke spenningen på minnet (det har gjort det for meg tidligere), da må du kanskje inn i bios for å lese av volten (evt et annet program, men da må nesten noen andre komme med forslag, da mine 'faste' ikke viste dette. Kanskje du skal prøve Everest?)
Hvis den 'defekte' brikken kan brukes alene, så kan du prøve begge brikkene, men kjøre volten opp fra 1,5V til 1,6V.
-
Det som står under SPD er 'foreslåtte' innstillinger, som minnet gir til hovedkortet. Det betyr ikke nødvendigvis at at hovedkortet kjører på de innstillingene.. Mente at HWMonitor skulle vise dette, men ser ikke slik ut.
Du får prøve å kjøre memtest (windows sin har jeg ikke så mye tro på
). Du skal forresten trykke F6 i oppstarten, ikke F8 som jeg skrev tidligere. Og deretter 'TAB' ned til 'Memory Diagnostic Tool' (eller noe lignende).Jeg bruker å lage en bootbar minnepenn ved hjelp av 'Unetbootin'. Velger som regel at den skal legge inn Ubuntu, da man får mulighet til å starte memtest86 fra en meny (eller Ubuntu for prøve å eliminere om det er software/driverfeil i windows).
-
Ser ut som om du kun kjører 1333 Mhz nå (2x 667Mhz = 1334Mhz, evt 10700/8=1337,5)
Kan du ta en screenshot av HWMonitor også? Slik at vi ser hvilken spenning minnet ditt kjører på.
Edit:
Feil igjen gitt. Så bare på SPD innstillingene, og de skal være slik (litt usikker på hvorfor det står Max Bandwith til å være 10700)
Minnet kjører på riktig timeings og riktig frekvens. Da gjenstår det bare å sjekke volten ..
-
Hvordan DU kan feilsøke Windows! (Guider)
i Maskinen fungerer ikke
Skrevet · Endret av Hareide
Jeg hadde litt problemer med å få installert windbg (via winsdk_web.exe), viser seg at man må avinstallere følgende:
(begge kan reinstalleres etter at WinSDK er installert)
Først virket det som om installasjonen gikk uten problem, men windbg dukket aldri opp under:
C:\Program Files\Debugging Tools for Windows (x64)
(husk at du må krysse av for debuggin tools, helt nederst under installasjonen av win sdk)