Problema pantallazos azules

Buenas, como digo en el titulo del post tengo problemas de pantallazos azules cada dos por tres y empiezo a estar un poco arto ya que no encuentro el problema, mirando los minidumps que me crea veo que falla en varios archivos, os pongo la informacion que me sale de los minidumps por si me podeis ayudar en algo.
Casi siempre me salen el dxgmms1.sys y el ntoskrnl.exe como causantes.

Pongo las especificaciones del pc por si puede ayudar en algo.

PHENOM II x3 720
Crosshair Formula III
HD 5770
2x2 Kingston DDR 1600

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


Loading Dump File [C:\Windows\Minidump\042512-18532-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 \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 7601 (Service Pack 1) MP (3 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.17514.amd64fre.win7sp1_rtm.101119-1850
Machine Name:
Kernel base = 0xfffff800`02a5b000 PsLoadedModuleList = 0xfffff800`02ca0e90
Debug session time: Wed Apr 25 21:13:16.626 2012 (UTC - 3:00)
System Uptime: 0 days 0:01:19.155
*********************************************************************
* 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 \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
....
Unable to load image \SystemRoot\System32\drivers\dxgmms1.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for dxgmms1.sys
*** ERROR: Module load completed but symbols could not be loaded for dxgmms1.sys
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000007E, {ffffffffc0000005, fffff8800720be7d, fffff880089916c8, fffff88008990f20}

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

*************************************************************************
***                                                                   ***
***                                                                   ***
***    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 : dxgmms1.sys ( dxgmms1+be7d )

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

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

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
This is a very common bugcheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003.  This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG.  This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG.  This will let us see why this breakpoint is
happening.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff8800720be7d, The address that the exception occurred at
Arg3: fffff880089916c8, Exception Record Address
Arg4: fffff88008990f20, Context Record Address

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

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

*************************************************************************
***                                                                   ***
***                                                                   ***
***    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: dxgmms1

FAULTING_MODULE: fffff80002a5b000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  4ce799c1

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - La instrucci n en 0x%08lx hace referencia a la memoria en 0x%08lx. La memoria no se pudo %s.

FAULTING_IP:
dxgmms1+be7d
fffff880`0720be7d ff84c28c000000  inc     dword ptr [rdx+rax*8+8Ch]

EXCEPTION_RECORD:  fffff880089916c8 -- (.exr 0xfffff880089916c8)
ExceptionAddress: fffff8800720be7d (dxgmms1+0x000000000000be7d)
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 0000000000000000
   Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff

CONTEXT:  fffff88008990f20 -- (.cxr 0xfffff88008990f20)
rax=0000000000000006 rbx=0000000000000000 rcx=0000000000000000
rdx=e1aaa06d3564cf53 rsi=fffff88007ce5a08 rdi=0000000000000000
rip=fffff8800720be7d rsp=fffff88008991900 rbp=0000000000000000
r8=fffffa80058ee000  r9=0000000000000000 r10=fffff8800720c244
r11=0000000000000000 r12=0000000000000000 r13=fffffa80058ef9c0
r14=fffffa80058ee000 r15=fffffa80058e1010
iopl=0         nv up ei pl nz na po nc
cs=0010  ss=0018  ds=002b  es=002b  fs=0053  gs=002b             efl=00010206
dxgmms1+0xbe7d:
fffff880`0720be7d ff84c28c000000  inc     dword ptr [rdx+rax*8+8Ch] ds:002b:e1aaa06d`3564d00f=????????
Resetting default scope

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0x7E

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from 0000000000000000 to fffff8800720be7d

STACK_TEXT: 
fffff880`08991900 00000000`00000000 : 00000000`00000000 fffffa80`058ef8f0 00000000`00000000 00000000`00000000 : dxgmms1+0xbe7d


FOLLOWUP_IP:
dxgmms1+be7d
fffff880`0720be7d ff84c28c000000  inc     dword ptr [rdx+rax*8+8Ch]

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  dxgmms1+be7d

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  dxgmms1.sys

STACK_COMMAND:  .cxr 0xfffff88008990f20 ; kb

BUCKET_ID:  WRONG_SYMBOLS

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



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


Loading Dump File [C:\Windows\Minidump\042812-25630-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 \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 7601 (Service Pack 1) MP (3 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.17514.amd64fre.win7sp1_rtm.101119-1850
Machine Name:
Kernel base = 0xfffff800`02a59000 PsLoadedModuleList = 0xfffff800`02c9ee90
Debug session time: Sat Apr 28 23:52:09.923 2012 (UTC - 3:00)
System Uptime: 0 days 2:00:15.406
*********************************************************************
* 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 \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 1E, {ffffffffc0000005, fffff80002db5330, 0, ffffffffffffffff}

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

*************************************************************************
***                                                                   ***
***                                                                   ***
***    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 : ntoskrnl.exe ( nt+35c330 )

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

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

KMODE_EXCEPTION_NOT_HANDLED (1e)
This is a very common bugcheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff80002db5330, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: ffffffffffffffff, Parameter 1 of the exception

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

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

*************************************************************************
***                                                                   ***
***                                                                   ***
***    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: nt

FAULTING_MODULE: fffff80002a59000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  4ce7951a

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - La instrucci n en 0x%08lx hace referencia a la memoria en 0x%08lx. La memoria no se pudo %s.

FAULTING_IP:
nt+35c330
fffff800`02db5330 f0480fba2e00    lock bts qword ptr [rsi],0

EXCEPTION_PARAMETER1:  0000000000000000

EXCEPTION_PARAMETER2:  ffffffffffffffff

READ_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
ffffffffffffffff

ERROR_CODE: (NTSTATUS) 0xc0000005 - La instrucci n en 0x%08lx hace referencia a la memoria en 0x%08lx. La memoria no se pudo %s.

BUGCHECK_STR:  0x1E_c0000005

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from fffff80002b25028 to fffff80002ad9640

STACK_TEXT: 
fffff880`0a738848 fffff800`02b25028 : 00000000`0000001e ffffffff`c0000005 fffff800`02db5330 00000000`00000000 : nt+0x80640
fffff880`0a738850 00000000`0000001e : ffffffff`c0000005 fffff800`02db5330 00000000`00000000 ffffffff`ffffffff : nt+0xcc028
fffff880`0a738858 ffffffff`c0000005 : fffff800`02db5330 00000000`00000000 ffffffff`ffffffff fffff880`009e9101 : 0x1e
fffff880`0a738860 fffff800`02db5330 : 00000000`00000000 ffffffff`ffffffff fffff880`009e9101 fffffa80`03f45028 : 0xffffffff`c0000005
fffff880`0a738868 00000000`00000000 : ffffffff`ffffffff fffff880`009e9101 fffffa80`03f45028 fffff800`02add706 : nt+0x35c330


STACK_COMMAND:  kb

FOLLOWUP_IP:
nt+35c330
fffff800`02db5330 f0480fba2e00    lock bts qword ptr [rsi],0

SYMBOL_STACK_INDEX:  4

SYMBOL_NAME:  nt+35c330

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  ntoskrnl.exe

BUCKET_ID:  WRONG_SYMBOLS

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


Salu2 y gracias por anticipado.
Si tienes opción de cambiar la gráfica, pruébalo.

También puedes probar a cambiar la RAM, o limpiarla.
No dices el SO que tienes, pero apostaría a que es Win7 64bits. ¿Buscaste ya en Google?

https://www.google.es/search?q=dxgmms1& ... utf-8&aq=t
Tienes los ultimos drivers estables de la Grafica? Prueba a instalarlos previa desinstalacion completa de los actuales. Saca y reacomoda de nuevo la grafica del slot PCI-e. Haz lo mismo con el DirectX.

Hecho esto, prueba a pasar algun bench que tire de grafica (prueba Heaven DX11) a ver si salta el error al darle caña. Si tienes grafica integrada en la placa, quita la actual y prueba con la integrada.

Si sigue dando pantallazos o no tienes grafica integrada u otra para probar, prueba a pasar un memtest86+ a esas memorias por si fuera problema de ellas.

Tienes algun tipo de OC hecho al ordenador o grafica?

salu2 [beer]
Buenas, gracias por pasaros por el hilo.

En efecto utilizo el Windows 7 64, los drivers de la grafica ya e provado con unos cuantos, desde una version intermedia hasta la ultima que ha salido y lo mismo, el pantallazo azul me sale siempre en el escritorio, mientras estoy navegando o haciendo otra cosa, pero jugando no me sale.
Formatee y instale el so hace poco porque ya estaba harto de tanta pantalla azul, pero nada siguen con migo.

De oc ahora mismo no tiene nada.

salu2
Pasale el memtest+86. lo primero de todo.
Si miras los enlaces de la búsqueda de Google que te he posteado verás en uno de ellos que un compañero en Hard2Mano tuvo que subir las latencias de la RAM para que fuera estable y no "reventara" con este mismo problema. Por supuesto, no tenía OC y el chequeo de memoria de Win7 no le mostraba ningún problema tras ejecutarlo.

Saludos
Si, ya encontre lo de subir las latencias de la memoria, lo hice pero no se si es que no lo hice bien pero me saltaba igual el error, tiene demasiadas opciones la placa base, el chequeo de memoria del win7 donde lo encuentro?

salu2 y gracias por la ayuda.
MEMTEST86+
MEMTEST86+
MEMTEST86+
MEMTEST86+
MEMTEST86+

Hasta que no se lo pases no sabrás si lo que te falla es la memoria o no. Hazlo porque si no vamos a estar dando palos de ciego todo el rato.
juanf escribió:MEMTEST86+
MEMTEST86+
MEMTEST86+
MEMTEST86+
MEMTEST86+

Hasta que no se lo pases no sabrás si lo que te falla es la memoria o no. Hazlo porque si no vamos a estar dando palos de ciego todo el rato.


xdd, sabeis si en cualquier live cd de linux lo puedo encontrar el memtest?
en el de ubuntu por lo menos esta.....igualmente, puedes descargarte el programa directamente desde su web, y grabarlo en un cd o pen, para ejecutarlo al arrancar el pc.

Un saludo.
Buenas otra vez, le pase el memtest como me dijeron i me han surgido algunas dudas.

Puede ser que en esta placa se tengan que poner los modulos uno al lado del otro y no de forma impar?
Lo digo porque pasando el test con los modulos puestos en impar me sale error y uno al lado del otro no, eso es normal?

salu2
Es posible que lo que te falle sea una ranura de la placa.
yo tambien crei que lo que me podia fallar fuera alguna ranura, pero cuando me salio error la primera vez en el memtest las tenia en las ranuras 1,3 y la segunda vez que no me salio el error las tenia en las las ranuras 1,2.

salu2.
Es curioso porque me esta pasando algo muy parecido. Hace poco me empezo a fallar la ram, por lo menos eran mini dumps que van asociados a esto creo. Así que probe de ir quitando cada uno de los tres modulos de ram que tengo y al final me funciono con dos, osea uno de ellos era corrupto.

No tengo mucho idea de hardware, pero puede ser que dos pares del mismo color no funcionen? Porque el hecho de tener ram's diferentes (de mida, la nueva es como mas grande), pero version igual con los mismos Hz y todas DDR2 no sean compatibles?
Buenas otra vez, ya hacia dos dias que no mes salia ningun pantallazo azul pero hoy me a vuelto a salir, le volvere a pasar el mmemtest, cuantas pasadas le tendria que dar para estar seguro de que no fallan las memorias?

salu2
JKA5200 está baneado por "Game Over"
Cyclon.B escribió:Buenas otra vez, ya hacia dos dias que no mes salia ningun pantallazo azul pero hoy me a vuelto a salir, le volvere a pasar el mmemtest, cuantas pasadas le tendria que dar para estar seguro de que no fallan las memorias?

salu2

Cuanto mas tiempo mejor, pero pasale unas 4 o 5 horas.
Buenas, le e dejado el memtest toda la noche, unas 10 horas i media, le a echo 14 pasadas i ningun error, despues e instalado de nuevo el windows7 i a los 5 minutos en el escritorio sin haber instalado nada zas, pantalla azul, quizas sea el disco duro lo que falle?

salu2
¿Sin haberle instalado nada o algún driver?, mira los logs para ver el informe del error y saber mas o menos donde te puede dar el fallo...
DefaultUserName está baneado por "troll"
flashea la placa con el ultimo firmware disponible , quizas esas alguna memoria ram o la misma grafica no son del todo compatibles con tu placa , y comprueba que ningun capacitador de la placa y la grafica haya reventado o este "hinchado" .
Todo apunta a problemas de software, estoy probando con un windowsxp de 32 bits y por ahora todo bien, lo que me jode son las 4 gb de ram que solo pilla 3 este so.
Yo cambiaría a windows 7 64bits, es posible que los problemas vengan de ahí.

Puedes probar con ubuntu durante un tiempo para ver si te suelta pantallazos también.
los problemas eran con el windows7 de 64 bits, como e dicho le e echo una instalacion nueva y sin instalar nada a los 5 minutos ya me a petado
No te fies mucho del memtest, hay veces que aunque no de fallos las memorias no están bien.

En los códigos de los pantallazos azules te dirán por donde van los tiros.
Bueno ya llevo 3 dias con el windowsxp y ningun problema, por lo que diria que definitivamente es algun problema de software lo que me passa con el windows7, a alguien se le ocurre algo de lo que me podria passar con este pc y el windows7?

salu2.
Cyclon.B escribió:Bueno ya llevo 3 dias con el windowsxp y ningun problema, por lo que diria que definitivamente es algun problema de software lo que me passa con el windows7, a alguien se le ocurre algo de lo que me podria passar con este pc y el windows7?

salu2.


Me pasa exactamente lo mismo, con Windows 7 x64 no paraban de salirme pantallazos "Video Scheduler error...", le pase el memtest varias veces, compre una fuente nueva de 500w corsair y un disco duro SSD y SIEMPRE me daba problemas Windows 7, como resultado, estoy con Windows xp desaprovechando 1gb de ram de los 4 que tengo, y el core 2 duo E6700 que poseo...

Edito: Tambien usas una Ati HD .... el problema debe de ser alguna incompatibilidad en el software de los drivers de éstas graficas ya que yo uso una HD 5670 en XP y me anda perfecta.
DefaultUserName está baneado por "troll"
Si no da pantallazos con el XP , esque lo mas probable sea cosa de drivers como dicen .
26 respuestas