Strano Errore con blocco PC e Schermata Blu

[Uomo_Senza_Sonno]

Esiste un programmino che si chiama memtest, ma è meglio se scolleghi i banchi di RAM e li provi ad uno ad uno.
Per quanto riguarda il debugger, dovresti prendere i files nella cartella minidump e portarli nell'altro pc, fare l'analisi e poi posti il log generato.
Come ultima cosa, un errore nello scandisk può essere generato da un errore nel disco o da un errore della RAM.. quindi è tutto da vedere. Ma in primo luogo scollega le RAM e provale singolarmente.

[veeto]

Sono riuscito a far installare il symbol, poi ho scaricato l'immagine CD gratuito (GRMWDK_EN_7600_1.ISO), installando il Debugger x86, poi ho fatto i log dei 2 dei Crash più recenti (l'8 e l'11 aprile), gli unici files presenti nella cartella Minidump, ecco tutto
Debug 1

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


Loading Dump File [C:\Documents and Settings\Administrator\Desktop\Minidump\Mini040810-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 3) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x80554040
Debug session time: Thu Apr 8 23:02:03.875 2010 (UTC + 2:00)
System Uptime: 0 days 9:02:09.445
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
................................................................
.......
Loading User Symbols
Loading unloaded module list
.............................................
Unable to load image usbhub.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for usbhub.sys
*** ERROR: Module load completed but symbols could not be loaded for usbhub.sys
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000007E, {c0000005, 0, ba4efab8, ba4ef7b4}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*** WARNING: Unable to verify timestamp for USBSTOR.SYS
*** ERROR: Module load completed but symbols could not be loaded for USBSTOR.SYS
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
Probably caused by : USBSTOR.SYS ( USBSTOR+4980 )

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

Debug 2

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


Loading Dump File [C:\Documents and Settings\Administrator\Desktop\Minidump\Mini041110-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 3) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x80554040
Debug session time: Sun Apr 11 12:22:05.093 2010 (UTC + 2:00)
System Uptime: 0 days 0:47:12.670
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
................................................................
...
Loading User Symbols
Loading unloaded module list
...............
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000000A, {4, 2, 1, 804fff0a}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*** WARNING: Unable to verify timestamp for NVNRM.SYS
*** ERROR: Module load completed but symbols could not be loaded for NVNRM.SYS
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
Probably caused by : NVNRM.SYS ( NVNRM+3a326 )

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

[Uomo_Senza_Sonno]

A questo punto, dopo aver verificato un momento i log, testa le RAM con memtest e prova per un po' di tempo il pc con un solo banco di memoria. Qui mi pare proprio che ci troviamo davanti ad un problema di instabilità di moduli di memoria. Quando li provi singolarmente e vedi che magari uno è danneggiato, se è ancora in garanzia te lo fai sostituire.

[veeto]

Ok, ho alcune domande:
- Il memtest che mi hai linkato che versione è? So che c'è la Memtest86 che è la più famosa, poi ce ne sono altre.
- Su un forum ho letto una discussione di 5 anni fa, in cui si diceva che per completare il Test su un banco di RAM di soli 512 MB può volerci tutta la notte. Sarebbe un'operazione così lenta lenta anche ora? Poi su un altro forum, in una discussione di 3 anni fa, invece si dice che in 20 minuti si fa il 200%
- La velocità del Test dipende dalla RAM? Cioè se io lasciassi entrambi le RAM attaccate, questo Test sarebbe più veloce completando tutto prima, mentre se ne staccassi una sarebbe più lenta, oppure dipende dal Processore/Scheda madre?
- Se il test mi indica che uno dei banchi è bacato, mi dirà quale dei 2 lo è?

[Uomo_Senza_Sonno]

Veniamo alle domande:

- la versione che ti ho linkato dovrebbe essere quella più adatta al tu pc
- il test della ram non richiede tutto questo tempo, in genere dopo 20 minuti e con le RAM attuali il test è completo, ma per sicurezza fai girare il test per due orette;
- esegui il test con banchi singoli, testandola tutta insieme potresti non capire quale banco è fallato, perché ti indica gli errori, ma non in quale banco;
- la velocità del test sulle RAM non dipende dalla quantità della stessa installata

[veeto]

Allora, stamattina ho effettuato il test e riassumo tutto il procedimento:
ho scaricato l'immagine di memtest86, l'ho masterizzato sul CD, a PC spento ho tolto uno dei banchi, poi ho inserito il CD ed è partito il Test.
Alla fine ho spento, stacco quello ed inserisco l'altro banco.
Ho fatto fare circa 1 ora e mezza e 3 Pass per ognuno dei banchi, e nessun errore è stato rilevato

Ora però si è presentato un problema, dopo i 2 Test, ho reinserito entrambi i banchi, ho acceso il PC ma questo si è comportato il modo strano. Si è acceso ma il monitor rimane spento e non c'è stato il solito bip di avvio. Quindi ho spento (tenendo premuto il tasto d'accensione), poi ho estratto il banco di sotto, ed è andato normalmente. Quindi ora sto con un solo banco. Entrambi i componenti li ho toccati con la massima cura, tenendoli solo nella parte laterale e quando li avevo inseriti, ho fatto attenzione ad inserirli fino in fondo (con le clip chiuse).
Cosa potrebbe essere successo al banco? Se la causa delle schermate Blu non è la RAM, cosa può essere?

[veeto]

Un'altra cosetta, qualche giorno prima di fare il test, il pc dava anche altri problemi oltre alle schermate blu, tipo che ogni tanto usciva questo messaggio

E tutte le icone del Desktop diventavano non-cliccabili, oltre ad essere più lento.
Dopo aver fatto il test, e quindi essere con un solo banco, questo problema non si è più presentato, però ieri sera c'è stato un Crash e questo è il Log

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


Loading Dump File [C:\Documents and Settings\Administrator\Desktop\Mini042010-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 3) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x80554040
Debug session time: Tue Apr 20 23:43:16.578 2010 (UTC + 2:00)
System Uptime: 0 days 13:34:10.142
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
................................................................
....
Loading User Symbols
Loading unloaded module list
......................................
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 7F, {0, 0, 0, 0}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*** WARNING: Unable to verify timestamp for fltmgr.sys
*** ERROR: Module load completed but symbols could not be loaded for fltmgr.sys
*** WARNING: Unable to verify timestamp for cmdguard.sys
*** ERROR: Module load completed but symbols could not be loaded for cmdguard.sys
*** WARNING: Unable to verify timestamp for win32k.sys
*** ERROR: Module load completed but symbols could not be loaded for win32k.sys
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
Probably caused by : cmdguard.sys ( cmdguard+4b7d )

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

[MIKI.68]

Secondo me non è un problema di hardware.... che antivirus ed eventuale firewall usi?? Inoltre potresti postare una immagine di gestione periferiche??

[veeto]

Uso Avira Antivir, Comodo Firewall, Spybot e Malwarebytes. Tutte versioni Free ovviamente
Questi sono gli screens



P.S.Ogni volta che faccio il debugger dei minidump dopo i Crasj, nei log, escono sempre quei riquadri
Symbol search path is: *** Invalid ***
* Symbols can not be loaded because symbol path is not initialized. *
*** Your debugger is not using the correct symbols ***

Ecc...
è una cosa normale?

[TheSloth]

il modo migliore per testare le ram è usare memtest.

scarichi la iso, la masterizzi e fai il boot da cd. una volta partito il test, fallo girare per un paio d'ore. se non rileva errori, le memorie sono ok.

fai il test nelle possibili combinazioni di banchi e slot, partendo da un banco per volta, poi entrambi, poi variando gli slot

[MIKI.68]

Andiamo in ordine da start esegui digita:
eventvwr.msc
clicca su ognuna di queste voci:
Applicazione
Sistema
Sicurezza
Guarda nel riquadro di destra il messaggio di errore con la (X) rossa o gialla e punto esclamativo (!) facendo doppio clic su ogni errore
vedi qui per avere una idea, http://miki68news.blogspot.com/2010/03/ ... ndows.html
Poi da start esegui digita Sigverif.exe e verifica se ci sono driver non firmati....

[Al3x]

Dico anch'io la mia, oramai qui le ipotesi fioccano
- vedo che hai una scheda di rete nvidia, non è che per caso hai attivo il firewall della scheda di rete assieme a quello di comodo? Hai provato a disattivare totalmente il/i firewall?
- i connettori SATA sono ben fermi al loro posto? mi capita in alcuni casi di dover applicare una goccia di colla termica per evitare che si disconnettano parzialmente
- fa un controllo sugli alloggiamenti delle ram e degli slot pci della scheda madre, mi è capitato di trovare i pettini leggermente storti e che entravano in contatto con quelli adiacenti
- immagino non ci sia polvere sulla piastra
- le ventole funzionano tutte correttamente ed il processore anche (pasta termica che non sbava oltre il socket)

avrei finito

[veeto]

Andiamo in ordine da start esegui digita:
eventvwr.msc
clicca su ognuna di queste voci:
Applicazione
Sistema
Sicurezza
Guarda nel riquadro di destra il messaggio di errore con la (X) rossa o gialla e punto esclamativo (!) facendo doppio clic su ogni errore
vedi qui per avere una idea, http://miki68news.blogspot.com/2010/03/ ... ndows.html
Poi da start esegui digita Sigverif.exe e verifica se ci sono driver non firmati....

Ultimamente ci sono stati 2 Crash, ho visualizzato sugli eventi con la X e l'ID dell'errore è 8
Che dovrebbe essere 8 Spazio insufficiente per elaborare questo comando.
Si intende problemi di spazio sull'HD? Attualmente ho almeno 20-30GB liberi.

Poi ho fatto la scansione dei driver non firmati e ne ha trovati 90, come dovrei muovermi ora?

[MIKI.68]

Si verifica ancora il problema??

[MIKI.68]

Mi riferisco alla schermata blue....

[veeto]

Diciamo che prima che facessi il memtest ed avevo collegato al PC entrambi i banchi, i Crash avvenivano minimo una volta al giorno, sia che stessi solo navigando sia che io tenessi aperto dei software pesanti. Da allora avviene molto più di rado, però stranamente in questi ultimi 3-4 giorni sta accadendo più spesso. Ultimamente non ho installato niente di particolare, però ho liberato molto spazio, così da poter fare un po' di deframmentazione.

[MIKI.68]

[NHP]
Ora provo a fare uno Scandisk.

L'hai fatto???

[veeto]

Si, ma come l'altra volta arrivato alla Fase 3 esce l'errore impossibile continuare.

P.S.comunque se può essere utile, tramite Minidump noto che gli ultimi Crash sono stati provocati da cmdguard.sys ( cmdguard+4a0e ), che dovrebbe essere un qualcosa legato al Firewall Comodo. Se io lo disinstallassi, poi lo reinstallassi, il problema potrebbe riaccadere?

[Uomo_Senza_Sonno]

Prova a disintallarlo e provalo per un po' senza comodo, può darsi che ci siano incompatibilità. Se poi i crash continuano, allora bisogna proseguire le analisi.

[veeto]

Ho installato un nuova versione di Comodo e per ora nessun problema.
Stamattina comunque ho provato a far partire il PC con entrambi i banchi di Ram, ho anche provato a cambiare l'ordine inserendo il primo al posto del secondo e viceversa, ma così facendo il sistema non si avvia.
Ora sto usando il Pc con uno solo dei banchi (connesso al primo slot). Percui è possibile che il problema sia proprio il secondo slot e non la Ram?
Se fosse così, per velocizzare un po' vorrei poter acquistare un banco di 2-4GB da connettere al primo, sapete se c'è un modo per sapere qual è il massimo di Ram installabile in una scheda madre? Sul libretto di istruzioni non c'è nulla su questo argomento.