|
|
|
![]() |
|
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 17: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: 18:51.