Problemi di funzionamento con Windows 7

[pietrob911]

Ciao. Ho appena assemblato un pc e ho installato windows 7, ma sembra avere dei problemi, perchè se lo lascio spento e privo di corrente a lungo, quando lo accendo, prima che funzioni correttamente, va in crash almeno cinque volte. A volte dopo il caricamento e prima dell'avvio del desktop, lo schermo rimane nero, oppure si avvia ma dopo poco appare la casellina che dice che esplora risorse ha smesso di funzionare, o ancora succede che windows non carichi nemmeno e che si riavii subito dopo la schermata del bios. A volte, in mezzo a tutto ciò, compare un blue screen, però non so quale tasto premere per leggere le informazioni, dato che è visibile per mezzo secondo. Secondo voi da cosa dipende il problema?

[swampi]

Fai un elenco della configurazione hardware, magari c'e' qualche incompatibilita'

[pietrob911]

Fai un elenco della configurazione hardware, magari c'e' qualche incompatibilita'

Cpu Amd Phenom II X4 955
Motherboard Asus M4A785TD-V EVO
2x2Gb di ram Gskill Ripjaws a 1333Mhz
Scheda video Sapphire 5770 (versione base)
Hard disk Western Digital da 1Tb WD10EARS
Monitor Benq G2222HDL

Questa è la configurazione. L'hard disk l'avevo usato anche come esterno, è possibile che sia danneggiato?
Comunque mi potreste dire che tasto devo premere per fermare il blue screen of death?

[Eress]

Per la bsod segui qui

http://www.hwupgrade.it/forum/showthread.php?t=1955371

Per il resto della situazione mi pare che potrebbe essere un problema HW; scheda video, hd o ram

[pietrob911]

Ora provo con un altro hard disk. Comunque è da spiegare perchè il problema si presenta solo se il pc rimane senza corrente per ore, dato che, se lo lascio spento e senza corrente per venti minuti, funziona normalmente.

[Eress]

Vediamo intanto se riesci ad analizzare il file dmp quindi se possibile capire la causa delle bsod

[pietrob911]

L'errore riportato nel blue screen è il seguente 0x000000F4 (0x0000000000000003, 0xFFFFFA8004FC7B30, 0xFFFFFA8004FC7E10, 0xFFFFF8002D8C5D0)
A quanto pare, dovrebbe essere un problema di hard disk (http://support.microsoft.com/kb/977178/it?sd=gn).
In precedenza ho usato l'hard disk come esterno e al momento dell'installazione ho lasciato una partizione da 400Gb, contenente dei file, e una da 500Gb su cui ho installato windows; può essere questa la causa dei problemi?

[Eress]

Non so quella serie di numeri non dicono molto, ci vorrebbe il log completo del debug

[pietrob911]

Non so quella serie di numeri non dicono molto, ci vorrebbe il log completo del debug

Non riesco ad aprire i file della cartella minidump con il file debugger, mi dice che non ho i permessi e che mi devo rivolgere al proprietario, anche se nelle proprietà l'amministratore ha il controllo completo sui file.

[Eress]

Strano :rolleyes: prova asbloccarli con i permessi o con Unlocker

[pietrob911]

Sono riuscito ad aprirlo, all'inizio mi riporta l'errore però più avanti mi dice anche che i symbols sono errati. Riporto tutto il testo, così mi sai dire.

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


Loading Dump File [C:\Windows\Minidump\010811-19734-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: C:\Symbols
Executable search path is:
Unable to load image \SystemRoot\system32\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 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`02a11000 PsLoadedModuleList = 0xfffff800`02c4ee50
Debug session time: Sat Jan 8 12:09:54.446 2011 (UTC + 1:00)
System Uptime: 0 days 0:01:04.147
Unable to load image \SystemRoot\system32\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 F4, {3, fffffa8004fc7b30, fffffa8004fc7e10, fffff80002d8c5d0}

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

unable to get nt!KiCurrentEtwBufferOffset
unable to get nt!KiCurrentEtwBufferBase
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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 : csrss.exe

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

3: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

CRITICAL_OBJECT_TERMINATION (f4)
A process or thread crucial to system operation has unexpectedly exited or been
terminated.
Several processes and threads are necessary for the operation of the
system; when they are terminated (for any reason), the system can no
longer function.
Arguments:
Arg1: 0000000000000003, Process
Arg2: fffffa8004fc7b30, Terminating object
Arg3: fffffa8004fc7e10, Process image file name
Arg4: fffff80002d8c5d0, Explanatory message (ascii)

Debugging Details:
------------------

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

unable to get nt!KiCurrentEtwBufferOffset
unable to get nt!KiCurrentEtwBufferBase
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************

ADDITIONAL_DEBUG_TEXT:
Use '!findthebuild' command to search for the target build information.
If the build information is available, run '!findthebuild -s ; .reload' to set symbol path and load symbols.

MODULE_NAME: csrss

FAULTING_MODULE: 0000000000000000

DEBUG_FLR_IMAGE_TIMESTAMP: 0

PROCESS_OBJECT: fffffa8004fc7b30

IMAGE_NAME: csrss.exe

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xF4

CURRENT_IRQL: 0

STACK_TEXT:
fffff880`04193b68 fffff800`02e0d652 : 00000000`000000f4 00000000`00000003 fffffa80`04fc7b30 fffffa80`04fc7e10 : nt+0x70740
fffff880`04193b70 00000000`000000f4 : 00000000`00000003 fffffa80`04fc7b30 fffffa80`04fc7e10 fffff800`02d8c5d0 : nt+0x3fc652
fffff880`04193b78 00000000`00000003 : fffffa80`04fc7b30 fffffa80`04fc7e10 fffff800`02d8c5d0 00000000`00000000 : 0xf4
fffff880`04193b80 fffffa80`04fc7b30 : fffffa80`04fc7e10 fffff800`02d8c5d0 00000000`00000000 fffffa80`04fc7b30 : 0x3
fffff880`04193b88 fffffa80`04fc7e10 : fffff800`02d8c5d0 00000000`00000000 fffffa80`04fc7b30 fffff800`02db63e3 : 0xfffffa80`04fc7b30
fffff880`04193b90 fffff800`02d8c5d0 : 00000000`00000000 fffffa80`04fc7b30 fffff800`02db63e3 ffffffff`ffffffff : 0xfffffa80`04fc7e10
fffff880`04193b98 00000000`00000000 : fffffa80`04fc7b30 fffff800`02db63e3 ffffffff`ffffffff fffffa80`05878060 : nt+0x37b5d0


STACK_COMMAND: kb

FOLLOWUP_NAME: MachineOwner

BUCKET_ID: WRONG_SYMBOLS

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

3: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

CRITICAL_OBJECT_TERMINATION (f4)
A process or thread crucial to system operation has unexpectedly exited or been
terminated.
Several processes and threads are necessary for the operation of the
system; when they are terminated (for any reason), the system can no
longer function.
Arguments:
Arg1: 0000000000000003, Process
Arg2: fffffa8004fc7b30, Terminating object
Arg3: fffffa8004fc7e10, Process image file name
Arg4: fffff80002d8c5d0, Explanatory message (ascii)

Debugging Details:
------------------

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

unable to get nt!KiCurrentEtwBufferOffset
unable to get nt!KiCurrentEtwBufferBase
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************

ADDITIONAL_DEBUG_TEXT:
Use '!findthebuild' command to search for the target build information.
If the build information is available, run '!findthebuild -s ; .reload' to set symbol path and load symbols.

MODULE_NAME: csrss

FAULTING_MODULE: 0000000000000000

DEBUG_FLR_IMAGE_TIMESTAMP: 0

PROCESS_OBJECT: fffffa8004fc7b30

IMAGE_NAME: csrss.exe

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xF4

CURRENT_IRQL: 0

STACK_TEXT:
fffff880`04193b68 fffff800`02e0d652 : 00000000`000000f4 00000000`00000003 fffffa80`04fc7b30 fffffa80`04fc7e10 : nt+0x70740
fffff880`04193b70 00000000`000000f4 : 00000000`00000003 fffffa80`04fc7b30 fffffa80`04fc7e10 fffff800`02d8c5d0 : nt+0x3fc652
fffff880`04193b78 00000000`00000003 : fffffa80`04fc7b30 fffffa80`04fc7e10 fffff800`02d8c5d0 00000000`00000000 : 0xf4
fffff880`04193b80 fffffa80`04fc7b30 : fffffa80`04fc7e10 fffff800`02d8c5d0 00000000`00000000 fffffa80`04fc7b30 : 0x3
fffff880`04193b88 fffffa80`04fc7e10 : fffff800`02d8c5d0 00000000`00000000 fffffa80`04fc7b30 fffff800`02db63e3 : 0xfffffa80`04fc7b30
fffff880`04193b90 fffff800`02d8c5d0 : 00000000`00000000 fffffa80`04fc7b30 fffff800`02db63e3 ffffffff`ffffffff : 0xfffffa80`04fc7e10
fffff880`04193b98 00000000`00000000 : fffffa80`04fc7b30 fffff800`02db63e3 ffffffff`ffffffff fffffa80`05878060 : nt+0x37b5d0


STACK_COMMAND: kb

FOLLOWUP_NAME: MachineOwner

BUCKET_ID: WRONG_SYMBOLS

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

[Eress]

Vedi qui

http://support.microsoft.com/search/default.aspx?mode=r&query=csrss.exe&spid=14019&catalog=LCID%3D1040&1040comm=1&1040mt=1&ast=25&ast=28&ast=30&ast=31&res=10

però tieni conto che quando quel processo da problemi è spesso questione di malware. Controlal anche nel task se il processo occupa molta cpu e fai delle scansioni AV approfondite

[pietrob911]

Ho fatto come riportato nella guida; ho disinstallato i symbols e ho scritto il percorso alternativo (SRV*c:\Windows\symbols*http://msdl.microsoft.com/download/symbols). Il testo che appare è il seguente:


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


Loading Dump File [C:\Windows\Minidump\010611-23462-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.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`02a54000 PsLoadedModuleList = 0xfffff800`02c91e50
Debug session time: Thu Jan 6 10:46:19.733 2011 (UTC + 1:00)
System Uptime: 0 days 0:00:21.403
Loading Kernel Symbols
...............................................................
................................................................
.......
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 24, {1904fb, fffff8800379a728, fffff88003799f90, fffff88001299e51}

Probably caused by : Ntfs.sys ( Ntfs!NtfsDeleteFcb+61 )

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

Ho anche eseguito il test di default con memtest86+, che non ha riportato nessun errore. Ho testato cpu e gpu con occt, ma anche qui non sono stati rilevati errori. Ho installato windows 7 su un hard disk ide da 250gb e stamattina il pc è andato in crash come col disco da 1Tb. A questo punto o la scheda madre è difettosa o ci potrebbe essere un virus o un malware come dici tu. Siccome ho installato i driver su entrambi gli hard disk, è possibile che ci fosse un malware all'interno di essi? Tentando di scaricare i driver ati, firefox mi ha bloccato la pagina del download e me l'ha segnalata come non sicura.

[pietrob911]

Ho dato un occhiata a tutti i file .dmp. Il primo riporta questo messaggio

BugCheck 1000007E, {ffffffffc0000005, fffff96000606694, fffff88002bc56e8, fffff88002bc4f50}

*** WARNING: Unable to verify timestamp for win32k.sys
*** ERROR: Module load completed but symbols could not be loaded for win32k.sys
Probably caused by : memory_corruption

Followup: memory_corruption
---------

Il secondo non si apre proprio, perchè è corrotto. Il terzo riporta questa messaggio:

BugCheck 50, {fffff8a0026687a0, 0, fffff80002ad139b, 2}


Could not read faulting driver name
Probably caused by : ntkrnlmp.exe ( nt!FsRtlLookupBaseMcbEntry+4b )

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

Nel quarto c'è scritto questo:

Use !analyze -v to get detailed debugging information.

BugCheck 24, {1904fb, fffff88003793728, fffff88003792f90, fffff880010cb517}

Probably caused by : Ntfs.sys ( Ntfs! ?? ::NNGAKEGL::`string'+16ac2 )

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

Nel quinto è il sesto, invece, l'errore riguarda sempre il file ntfs.sys, ma con dei dettagli diversi:


Use !analyze -v to get detailed debugging information.

BugCheck 24, {1904fb, fffff8800379a728, fffff88003799f90, fffff88001299e51}

Probably caused by : Ntfs.sys ( Ntfs!NtfsDeleteFcb+61 )

Followup: MachineOwner


E nell'ultimo il messaggio è il seguente:

BugCheck F4, {3, fffffa8004fc7b30, fffffa8004fc7e10, fffff80002d8c5d0}

Probably caused by : csrss.exe

Followup: MachineOwner

[Eress]

Si infatti per aprire i fiel bloccati basta che esegui WinDebug ccome amministratore;)
Controlla l'hd, magari fai uno scandisk approdondito e poi controlla anche la ram, vedi di aggiornare anche i driver principali, video, chipset ecc.

[pietrob911]

Si infatti per aprire i fiel bloccati basta che esegui WinDebug ccome amministratore;)
Controlla l'hd, magari fai uno scandisk approdondito e poi controlla anche la ram, vedi di aggiornare anche i driver principali, video, chipset ecc.

Come scritto sopra, la ram l'ho testata con memtest86+ e non sono stati trovati errori, i driver, invece, sono tutti aggiornati. Il problema poi si presenta con due hard disk diversi su cui è installato windows 7, quindi non penso dipenda da questi. Ho stressato cpu e gpu con occt per trovare eventuali errori, ma nulla. Ho eseguito la scansione con malwarebytes ed è tutto a posto.

[pietrob911]

Ora sono sicuro che non sia la scheda video, perchè pur avendola tolta il computer va in crash comunque.

[pietrob911]

Sono tornato. Purtroppo sono stato via un mesetto e non ho potuto fare ulteriori verifiche. Appena tornato però ho voluto fare una prova, ovvero avviarlo senza che il monitor fosse collegato. Per due volte è andato tutto bene (nella cartella minidump non sono riportati file di errori), quando però l'ho collegato al monitor ecco che sul desktop appare una scritta che mi dice che il catalyst control center ha smesso funzionare. Dopo aver chiuso la scritta, appare il blue screen of death. Mi chiedo dunque se i colpevoli siano i driver della scheda video. Come faccio a sapere se sono i driver Ati ad essere i colpevoli di questo problema?

[pietrob911]

Oggi ho fatto un altro test. ho provato ad installare ubuntu e mi è successo questo: ho inserito il disco usb contenente il live cd, dopo aver iniziato a caricare (schermata con la scritta ubuntu e i cinque pallini) improvvisamente lo schermo è diventato nero, è scomparso l'input video e non funzionavano ctrl+alt+canc e nemmeno il tasto di reset. Ho provato allora a togliere la scheda video e ho collegato il cavo a quella integrata, e sono riuscito ad entrare nel menù di installazione e ad installare ubuntu. Ritorna quindi in gioco la possibilità che la scheda video possa essere difettosa o è' solo una questione di driver mancanti in ubuntu?

[UtenteSospeso]

Stai usando un sistema operativo 64Bit ?

Se si prova il pc con 1 sola DDR3, se va probabilmente le memorie non sono adatte al processore ( il controller della ram è integrato nella cpu) .
Verifica che siano tra quelle approvate per la scheda madre, ma visto il controller memoria integrato non saprei quanto conti.

[pietrob911]

Stai usando un sistema operativo 64Bit ?

Se si prova il pc con 1 sola DDR3, se va probabilmente le memorie non sono adatte al processore ( il controller della ram è integrato nella cpu) .
Verifica che siano tra quelle approvate per la scheda madre, ma visto il controller memoria integrato non saprei quanto conti.

Sì è a 64 bit. Oggi però ho tolto una ram e su un altro hard disk ho installato windows 7 home 32bit. Domani vedo se ricapita il problema. Comunque la sigla delle ram è questa F3-10666CL9D-4GBRL qui c'è il link (http://www.gskill.com/products.php?index=225), sul sito c'è scritto che sono compatibili con la mia scheda madre, ma sul manuale non ci sono. le ram gskill compatibili sul manuale sono queste:

F3-10666CL9D-2GBPK
F3-10666CL9T-3GBNQ
F3-10666CL9D-2GBNQ
F3-10666CL9D-4GBPK
poi e ne sono altre cl7

effettivamente il mio modello non c'è, quelle che si avvicinano come sigla sono le F3-10666CL9D-4GBPK (http://www.gskill.com/products.php?index=199) solo che come puoi vedere dalle foto, le mie hanno il dissipatore prolungato, poi non so se cambia anche il tipo di memoria o se la sigla differente è dovuta solo alla presenza del dissipatore.

Però la gskill dichiara la compatibilità con la mia scheda madre mi sa che è qualcos'altro.

[UtenteSospeso]

E' sufficiente che provi il 64bit con una sola DDR .

[pietrob911]

Oggi avviandosi non ha dato problemi con Windows 7 64bit, nè con 7 32bit, nè con Ubuntu. Forse potrebbe essere proprio la ram, però è un po' presto per dirlo con certezza, vedo prima come si comporta il pc nei prossimi giorni. Intanto sapresti consigliarmi un programma che testi il chipset e la scheda madre in generale?

[pietrob911]

Come non detto, giocando a Need for speed hot pursuit, selezionando le opzioni del menù, è comparsa una schermata a righe e subito dopo il bsod e il pc si è riavviato. Poi ho provato una seconda volta ad entrare nel menù di hot pursuit e per mezzo secondo è comparso un artefatto.

Nel link c'è l'immagine con l'errore riportato da windows, io non saprei come interpretarlo http://img203.imageshack.us/i/catturaebn.png/

[Eress]

Per le bsod ti conviene seguire questa guida

http://www.hwupgrade.it/forum/showthread.php?t=1955371

[pietrob911]

Per le bsod ti conviene seguire questa guida

http://www.hwupgrade.it/forum/showthread.php?t=1955371

Già fatto, gli errori analizzati con il debugging tool sono riportati nella pagina precedente. Sei stato tu a dirmi di fare così.

Comunque ho provato ad usare il pc con 2gb di ram con un sistema sia a 32bit che a 64bit e il problema si presenta sempre ai primi avvii, poi funziona abbastanza regolarmente, nel senso che non da errori; però, ad esempio, non riesce a trasferire dati da un hard disk esterno ed estrarre un file con winrar contemporaneamente, uno dei due processi rallenta moltissimo e succede che le altre finestre aperte si bloccano o lasciano scie sul desktop. Questo non dovrebbe accadere con 4gb di ram e un processore quad core. Anche la scheda video funziona regolarmente con i giochi. Ormai sono quasi sicuro che si tratti della scheda madre, ma rimane anora qualche dubbio. C'è qualche possibilità che possa essere difettoso il processore?

[UtenteSospeso]

Che scheda madre hai ?
Le cpu AMD hanno il controller della memoria integrato e questo non esclude un problema alla CPU.

Le ram le hai provate entrambe usandole singolarmente ?

[pietrob911]

Che scheda madre hai ?
Le cpu AMD hanno il controller della memoria integrato e questo non esclude un problema alla CPU.

Le ram le hai provate entrambe usandole singolarmente ?

La scheda madre è una Asus M4A785TD-V EVO. E' anche vero però che i difetti alla cpu sono rarissimi e penso che se avesse un difetto, sarebbe difficile poter giocare o svolgere anche le funzioni più semplici.

Le ram le ho provate singolarmente e le ho testate entrambe con memtest86+

[pietrob911]

Un mio amico mi ha prestato un programma professionale che si chiama Eurosoft Pc Check. Ho avviato la scansione da un floppy ed ho eseguito tutti i test. Quello della cpu è passato così come quello della scheda madre, è fallito il test del primo banco di ram, mentre quello del secondo è andato bene. Ho testato e superato il test della memoria video, ma è fallito quello delle porte seriali. Il punto è che, sebbene Pc check sia il programma più affidabile in assoluto, io ho utilizzato la versione 6.0 che è datata 2005, quindi non so se il test sia valido al 100%.

[Eress]

Il punto è che, sebbene Pc check sia il programma più affidabile in assoluto, io ho utilizzato la versione 6.0 che è datata 2005, quindi non so se il test sia valido al 100%.
Se il pc va bene è tutto ok, tranquillo :D

[pietrob911]

Se il pc va bene è tutto ok, tranquillo :D

Quindi mi assicuri che anche se si tratta di una versione datata del software, non c'è il pericolo che non riconosca alcuni componenti, perchè troppo nuovi, e che sbagli i test?