|
|||||||
|
|
|
![]() |
|
|
Strumenti |
|
|
#1 |
|
Senior Member
Iscritto dal: Sep 2004
Città: Roma
Messaggi: 972
|
Problema di Windows o il PC mi sta abbandonando?
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: Codice:
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
---------
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.
__________________
Trattative concluse: pincopall, lonely72, oloapota Configurazione: CoolerMaster Rc-690, Corsair CMPSU-650TXEU, ASUS P5QPro, INTEL Core 2 Quad Q9550 2.83Ghz 12MB, Zalman CNPS9900 MAX, GeForce GTX260 Gainward 896MB, 4 DDR2 1066Mhz PC8500 2GB OCZ CL5, 2x Samsung 1TB 5400rpm 32M (Raid1), LCD Samsung 22" T220, UPS PowerMust 1400 Mustek Ultima modifica di Zorck : 05-11-2012 alle 18:13. |
|
|
|
|
|
#3 |
|
Senior Member
Iscritto dal: Sep 2004
Città: Roma
Messaggi: 972
|
Ha fatto 3 cicli di memtest86 senza errori... volendo posso lasciarla anche tutta la notte, ma non credo sia quella.
__________________
Trattative concluse: pincopall, lonely72, oloapota Configurazione: CoolerMaster Rc-690, Corsair CMPSU-650TXEU, ASUS P5QPro, INTEL Core 2 Quad Q9550 2.83Ghz 12MB, Zalman CNPS9900 MAX, GeForce GTX260 Gainward 896MB, 4 DDR2 1066Mhz PC8500 2GB OCZ CL5, 2x Samsung 1TB 5400rpm 32M (Raid1), LCD Samsung 22" T220, UPS PowerMust 1400 Mustek |
|
|
|
|
| Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 09:04.



















