Zorck
05-11-2012, 17:06
La configurazione del mio PC è in firma, l'ho comprato ormai 4 anni fa e sapevo che si avvicinava il momento della sostituzione, ma cercavo di tirarla più a lungo possibile.
Da qualche tempo inizia a dare cenni di cedimento:
- Quando riavvio 1 volta su 3 non riparte e si blocca durante il boot, costringendomi al reset.
- Sulla scheda madre è partita la scheda di rete integrata, così ne ho messa una esterna.
- Sempre la scheda madre ha qualche problema ai connettori USB, sono già 2 lettori di schede che monto e dopo un mesetto non li riconosce più.
- Il processore scalda un fottio, sono stato costretto a comprare un dissipatore serio prima che fondesse (girava quasi sempre a 3 core, il quarto lo spegneva per limitare il surriscaldamento).
Non formatto il PC da oltre un anno e oggi ho ricevuto la prima schermata blu con Windows 7. Vi posto il minidump:
Microsoft (R) Windows Debugger Version 6.2.9200.16384 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\Administrator\Desktop\110512-25740-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*c:\Windows\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.21207.amd64fre.win7_ldr.120503-2030
Machine Name:
Kernel base = 0xfffff800`03249000 PsLoadedModuleList = 0xfffff800`0347deb0
Debug session time: Mon Nov 5 16:06:53.418 2012 (UTC + 1:00)
System Uptime: 1 days 3:06:10.292
Loading Kernel Symbols
.
Press ctrl-c (cdb, kd, ntsd) or ctrl-break (windbg) to abort symbol loads that take too long.
Run !sym noisy before .reload to track down problems loading symbols.
..............................................................
................................................................
.....................................................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1A, {41287, 30, 0, 0}
Probably caused by : ntkrnlmp.exe ( nt!KiPageFault+16e )
Followup: MachineOwner
---------
3: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041287, An illegal page fault occurred while holding working set synchronization.
Parameter 2 contains the referenced virtual address.
Arg2: 0000000000000030
Arg3: 0000000000000000
Arg4: 0000000000000000
Debugging Details:
------------------
BUGCHECK_STR: 0x1a_41287
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT
PROCESS_NAME: msnmsgr.exe
CURRENT_IRQL: 0
TRAP_FRAME: fffff8800d501070 -- (.trap 0xfffff8800d501070)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=00000000fffffa80
rdx=000000000000000c rsi=0000000000000000 rdi=0000000000000000
rip=fffff80003395c3f rsp=fffff8800d501200 rbp=fffff8800d501240
r8=fffff80003249000 r9=0000000000000001 r10=0000000000000000
r11=0000000000000002 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
nt!MiResolvePageFileFault+0xe4f:
fffff800`03395c3f 8b4830 mov ecx,dword ptr [rax+30h] ds:00000000`00000030=????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff800032cbbc0 to fffff800032af580
STACK_TEXT:
fffff880`0d500f18 fffff800`032cbbc0 : 00000000`0000001a 00000000`00041287 00000000`00000030 00000000`00000000 : nt!KeBugCheckEx
fffff880`0d500f20 fffff800`032ad66e : 00000000`00000000 00000000`00000030 00000000`00000000 00000000`fffffa80 : nt!MmAccessFault+0x2555
fffff880`0d501070 fffff800`03395c3f : fffffa80`c2c761f8 00000000`ffffffff fffffa80`c2c761f8 00000000`00000002 : nt!KiPageFault+0x16e
fffff880`0d501200 fffff800`0332bd1b : 00000000`09810005 fffffa80`18d0e168 fffffa80`2830f3f8 fffff800`0342ae00 : nt!MiResolvePageFileFault+0xe4f
fffff880`0d501330 fffff800`032ce49e : 00000000`00000000 00000000`09810005 fffff680`0004c080 fffffa80`2830f3f8 : nt! ?? ::FNODOBFM::`string'+0x2b864
fffff880`0d5013d0 fffff800`032cd111 : fffffa80`c2c76100 00000000`09810005 fffff880`0d5014a0 00020bea`00000000 : nt!MiDispatchFault+0x1de
fffff880`0d5014e0 fffff800`033cd33b : 00000000`00000000 00000000`09810005 00000000`00000000 fffffa80`d4f67b60 : nt!MmAccessFault+0x3ab1
fffff880`0d501630 fffff800`033cd9ff : 00000000`00000001 00000000`00000000 fffffa80`2830f060 00000000`00000000 : nt!MiPrefetchVirtualMemory+0x2ab
fffff880`0d5016b0 fffff800`036f06da : fffffa80`2830f060 00000000`00000010 fffffa81`037cc000 fffff8a0`05f7c000 : nt!MmPrefetchVirtualMemory+0x14f
fffff880`0d501760 fffff800`0371652b : fffff8a0`00000000 fffff8a0`00000020 fffff8a0`00000004 00000000`000000a8 : nt!PfpPrefetchPrivatePages+0x1da
fffff880`0d501810 fffff800`03716e87 : 00000000`00000000 fffff880`0d501ca0 fffff880`0d501a08 fffff8a0`02828060 : nt!PfpPrefetchRequestPerform+0x28b
fffff880`0d501960 fffff800`0372374e : fffff880`0d501a08 fffff800`032cfb01 fffffa80`0b208a90 00000000`00000000 : nt!PfpPrefetchRequest+0x176
fffff880`0d5019d0 fffff800`03727f7a : 00000000`00000000 00000000`0000004f 00000000`00000000 fffff800`032cde01 : nt!PfSetSuperfetchInformation+0x1ad
fffff880`0d501ab0 fffff800`032ae7d3 : fffffa80`d4f67b60 00000000`00000000 00000000`00000001 00000000`0000cc40 : nt!NtSetSystemInformation+0xc8d
fffff880`0d501c20 00000000`76d60bea : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0201fb68 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x76d60bea
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!KiPageFault+16e
fffff800`032ad66e 85c0 test eax,eax
SYMBOL_STACK_INDEX: 2
SYMBOL_NAME: nt!KiPageFault+16e
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 4fa3925d
FAILURE_BUCKET_ID: X64_0x1a_41287_nt!KiPageFault+16e
BUCKET_ID: X64_0x1a_41287_nt!KiPageFault+16e
Followup: MachineOwner
---------
Che dite, è un problema di Windows risolvibile (a breve tra l'altro farò l'upgrade a Win 8) oppure è il PC che sta dando gli ultimi rantoli? Perché ho ordinato la settimana scorsa un PC nuovo per lo studio, volendo faccio ancora in tempo ad aggiungerne un altro nello stesso ordine.
EDIT: dimenticavo.... ieri ho notato un "consumo" anomalo di RAM, con nessun programma pesante aperto risultavano in uso oltre 5Gb di RAM ma i processi attivi saranno stati una trentina di cui solo 4-5 sopra i 100Mb. Me ne sono accorto perché sono andato a salvare un semplice jpg con Photoshop e mi ha detto "memoria ram insufficiente" o qualcosa di simile. Per questo dopo la schermata blu la prima cosa che ho fatto è stato un paio di cicli di memtest86, ma sembra tutto pulito.
Da qualche tempo inizia a dare cenni di cedimento:
- Quando riavvio 1 volta su 3 non riparte e si blocca durante il boot, costringendomi al reset.
- Sulla scheda madre è partita la scheda di rete integrata, così ne ho messa una esterna.
- Sempre la scheda madre ha qualche problema ai connettori USB, sono già 2 lettori di schede che monto e dopo un mesetto non li riconosce più.
- Il processore scalda un fottio, sono stato costretto a comprare un dissipatore serio prima che fondesse (girava quasi sempre a 3 core, il quarto lo spegneva per limitare il surriscaldamento).
Non formatto il PC da oltre un anno e oggi ho ricevuto la prima schermata blu con Windows 7. Vi posto il minidump:
Microsoft (R) Windows Debugger Version 6.2.9200.16384 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\Administrator\Desktop\110512-25740-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*c:\Windows\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.21207.amd64fre.win7_ldr.120503-2030
Machine Name:
Kernel base = 0xfffff800`03249000 PsLoadedModuleList = 0xfffff800`0347deb0
Debug session time: Mon Nov 5 16:06:53.418 2012 (UTC + 1:00)
System Uptime: 1 days 3:06:10.292
Loading Kernel Symbols
.
Press ctrl-c (cdb, kd, ntsd) or ctrl-break (windbg) to abort symbol loads that take too long.
Run !sym noisy before .reload to track down problems loading symbols.
..............................................................
................................................................
.....................................................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1A, {41287, 30, 0, 0}
Probably caused by : ntkrnlmp.exe ( nt!KiPageFault+16e )
Followup: MachineOwner
---------
3: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041287, An illegal page fault occurred while holding working set synchronization.
Parameter 2 contains the referenced virtual address.
Arg2: 0000000000000030
Arg3: 0000000000000000
Arg4: 0000000000000000
Debugging Details:
------------------
BUGCHECK_STR: 0x1a_41287
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT
PROCESS_NAME: msnmsgr.exe
CURRENT_IRQL: 0
TRAP_FRAME: fffff8800d501070 -- (.trap 0xfffff8800d501070)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=00000000fffffa80
rdx=000000000000000c rsi=0000000000000000 rdi=0000000000000000
rip=fffff80003395c3f rsp=fffff8800d501200 rbp=fffff8800d501240
r8=fffff80003249000 r9=0000000000000001 r10=0000000000000000
r11=0000000000000002 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
nt!MiResolvePageFileFault+0xe4f:
fffff800`03395c3f 8b4830 mov ecx,dword ptr [rax+30h] ds:00000000`00000030=????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff800032cbbc0 to fffff800032af580
STACK_TEXT:
fffff880`0d500f18 fffff800`032cbbc0 : 00000000`0000001a 00000000`00041287 00000000`00000030 00000000`00000000 : nt!KeBugCheckEx
fffff880`0d500f20 fffff800`032ad66e : 00000000`00000000 00000000`00000030 00000000`00000000 00000000`fffffa80 : nt!MmAccessFault+0x2555
fffff880`0d501070 fffff800`03395c3f : fffffa80`c2c761f8 00000000`ffffffff fffffa80`c2c761f8 00000000`00000002 : nt!KiPageFault+0x16e
fffff880`0d501200 fffff800`0332bd1b : 00000000`09810005 fffffa80`18d0e168 fffffa80`2830f3f8 fffff800`0342ae00 : nt!MiResolvePageFileFault+0xe4f
fffff880`0d501330 fffff800`032ce49e : 00000000`00000000 00000000`09810005 fffff680`0004c080 fffffa80`2830f3f8 : nt! ?? ::FNODOBFM::`string'+0x2b864
fffff880`0d5013d0 fffff800`032cd111 : fffffa80`c2c76100 00000000`09810005 fffff880`0d5014a0 00020bea`00000000 : nt!MiDispatchFault+0x1de
fffff880`0d5014e0 fffff800`033cd33b : 00000000`00000000 00000000`09810005 00000000`00000000 fffffa80`d4f67b60 : nt!MmAccessFault+0x3ab1
fffff880`0d501630 fffff800`033cd9ff : 00000000`00000001 00000000`00000000 fffffa80`2830f060 00000000`00000000 : nt!MiPrefetchVirtualMemory+0x2ab
fffff880`0d5016b0 fffff800`036f06da : fffffa80`2830f060 00000000`00000010 fffffa81`037cc000 fffff8a0`05f7c000 : nt!MmPrefetchVirtualMemory+0x14f
fffff880`0d501760 fffff800`0371652b : fffff8a0`00000000 fffff8a0`00000020 fffff8a0`00000004 00000000`000000a8 : nt!PfpPrefetchPrivatePages+0x1da
fffff880`0d501810 fffff800`03716e87 : 00000000`00000000 fffff880`0d501ca0 fffff880`0d501a08 fffff8a0`02828060 : nt!PfpPrefetchRequestPerform+0x28b
fffff880`0d501960 fffff800`0372374e : fffff880`0d501a08 fffff800`032cfb01 fffffa80`0b208a90 00000000`00000000 : nt!PfpPrefetchRequest+0x176
fffff880`0d5019d0 fffff800`03727f7a : 00000000`00000000 00000000`0000004f 00000000`00000000 fffff800`032cde01 : nt!PfSetSuperfetchInformation+0x1ad
fffff880`0d501ab0 fffff800`032ae7d3 : fffffa80`d4f67b60 00000000`00000000 00000000`00000001 00000000`0000cc40 : nt!NtSetSystemInformation+0xc8d
fffff880`0d501c20 00000000`76d60bea : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0201fb68 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x76d60bea
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!KiPageFault+16e
fffff800`032ad66e 85c0 test eax,eax
SYMBOL_STACK_INDEX: 2
SYMBOL_NAME: nt!KiPageFault+16e
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 4fa3925d
FAILURE_BUCKET_ID: X64_0x1a_41287_nt!KiPageFault+16e
BUCKET_ID: X64_0x1a_41287_nt!KiPageFault+16e
Followup: MachineOwner
---------
Che dite, è un problema di Windows risolvibile (a breve tra l'altro farò l'upgrade a Win 8) oppure è il PC che sta dando gli ultimi rantoli? Perché ho ordinato la settimana scorsa un PC nuovo per lo studio, volendo faccio ancora in tempo ad aggiungerne un altro nello stesso ordine.
EDIT: dimenticavo.... ieri ho notato un "consumo" anomalo di RAM, con nessun programma pesante aperto risultavano in uso oltre 5Gb di RAM ma i processi attivi saranno stati una trentina di cui solo 4-5 sopra i 100Mb. Me ne sono accorto perché sono andato a salvare un semplice jpg con Photoshop e mi ha detto "memoria ram insufficiente" o qualcosa di simile. Per questo dopo la schermata blu la prima cosa che ho fatto è stato un paio di cicli di memtest86, ma sembra tutto pulito.