Pantallazos Azules Aleatorios Win7

Archivado
Muy buenas!

En agosto, me compre un equipo nuevo, tnego un cpu 4770k, placa asus z87 deluxe, grafica nvidia gtx760 8gb de ram kingston (2x2GB Kingston 9905403-011.A01LF y 2x2GB Kingston 99U5458-001.A00LF), disco duro de sistema un ssd crucial m4 de 128gb, y luego dos discos mas uno de 500gb caviar black (antiguo de sistema) y uno de 1'5TB de almacen de cacharrada.

El tema es que al principio monte todo sin formatear el ssd, y tuve bastantes pantallazos, dije...uy...que cagada no formatee, formatee todo e instale todo y tal y el pc funcionaba y funciona como un tiro. Pero de repente, estos ultimos dias, tengo algunos pantallazos aleatorios, de repente estas navegando con varias pestañas en chrome y zasca, pantallazo azul, otras veces es al abrir un programa cualquiera, otras veces enciendes, y da pantallazo azul mientras enciendes, y tambien un par de veces se ha reiniciado sin aparecer ningun aviso en pantalla, simplemente estas haciendo algo y se apaga como si quedara sin corriente y se enciende como un reinicio.

En vuestras manos me pongo!!

Saludos!

EDITO: Mirando un tutorial por internet, consegui sacar esto:

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


Loading Dump File [C:\Windows\Minidump\100313-23899-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 (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.18229.amd64fre.win7sp1_gdr.130801-1533
Machine Name:
Kernel base = 0xfffff800`03611000 PsLoadedModuleList = 0xfffff800`038546d0
Debug session time: Thu Oct 3 22:02:19.958 2013 (UTC + 2:00)
System Uptime: 0 days 0:14:14.659
*********************************************************************
* 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
..........
*** WARNING: Unable to verify timestamp for hal.dll
*** ERROR: Module load completed but symbols could not be loaded for hal.dll
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 124, {0, fffffa8007263028, ff800000, 124}

***** 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!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
Unable to load image \SystemRoot\system32\PSHED.dll, Win32 error 0n2
*** WARNING: Unable to verify timestamp for PSHED.dll
*** ERROR: Module load completed but symbols could not be loaded for PSHED.dll
*************************************************************************
*** ***
*** ***
*** 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: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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: pshed!_WHEA_ERROR_RECORD_SECTION_DESCRIPTOR ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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 : hardware

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

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

WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
WHEA_ERROR_RECORD structure that describes the error conditon.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: fffffa8007263028, Address of the WHEA_ERROR_RECORD structure.
Arg3: 00000000ff800000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000000000124, Low order 32-bits of the MCi_STATUS value.

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!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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: pshed!_WHEA_ERROR_RECORD_SECTION_DESCRIPTOR ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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.

FAULTING_MODULE: fffff80003611000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 0

BUGCHECK_STR: 0x124_GenuineIntel

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

CURRENT_IRQL: 0

STACK_TEXT:
fffff880`009bbb58 fffff800`03c09a3b : 00000000`00000124 00000000`00000000 fffffa80`07263028 00000000`ff800000 : nt+0x75b80
fffff880`009bbb60 00000000`00000124 : 00000000`00000000 fffffa80`07263028 00000000`ff800000 00000000`00000124 : hal+0x12a3b
fffff880`009bbb68 00000000`00000000 : fffffa80`07263028 00000000`ff800000 00000000`00000124 fffffa80`071babd0 : 0x124


STACK_COMMAND: kb

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: hardware

IMAGE_NAME: hardware

BUCKET_ID: WRONG_SYMBOLS

Followup: MachineOwner
---------
Lo primero que deberias comprobar es la memoria con el memtest:

http://www.memtest.org/#downiso

Debes tenerlo varias horas para que haga su trabajo bien (lo mejor que puedes hacer es ponerlo cuando te vayas a la cama y lo dejas toda la noche), si te encuentra algun error, como tienes cuartro modulos, entoces tendrias que volver a pasarlo modulo a modulo hasta encontrar cual o cuales fallan (lo se, es un coñazo, pero no hay otra forma de verificar bien la ram).

Tambien puedes comprobar el estado de los discos duros con el crystal disk:

http://crystalmark.info/software/Crysta ... dex-e.html

Empieza con estas cosas.

Salu2.
mirate las memorias... ademas varias veces...a mi me pasaba algo similar.. pantallazos aleatorios sin patron aparente... los memtest todos perfectos... hasta que un dia en uno de ellos me tira un monton de errores. probe cambiando uno de los modulos de ram y hasta la fecha todo ok.

miratelo a ver.
Estoy pasando el memtest, arranco solo al reiniciar, lo dejo así o pongo alguna configuración particular?
El crystaldisk me da estados bueno para el ssd y el almacen de tera y medio, pero cuidado para el de 500gb, cuando pueda encender el equipo pondré las capturas de pantalla.

a ver si arreglamos esto...
con dejarlo como viene por defecto suficiente.
Vale gracias, el memtest, es relativamente rápido, en 30 minutos acabo un test, pero es de los 4 módulos o solo de uno? Cuatas pasadas le dejo?? 10 estaría bien??


muchas gracias
trifillas escribió:Vale gracias, el memtest, es relativamente rápido, en 30 minutos acabo un test, pero es de los 4 módulos o solo de uno? Cuatas pasadas le dejo?? 10 estaría bien??


muchas gracias


Dejalo varias horas, en principio es de todos los modulos que tengas conectados (si tienes los cuatro pues de los cuatro), por eso te digo que si encuentra errores, tendras que volver a pasarlo pero esta vez solo con un modulo puesto cada vez (para averiguar cual es el que falla).

Salu2.
En que orden has colocado las memorias?

Salu2!
egarrote escribió:En que orden has colocado las memorias?

Salu2!


Por lo que pone memtest, están en slot 1 y 3 las 99U5458-001.A00LF, y en el 0 y 2 las 9905403-011.A01LF
Yo lo que hago en estos casos

1º Memtest
2º Crystal disk / Hdd regenerator (solo scan)
3º Comprobar valores de la fuente / probar otra fuente
4º Si lleva grafica dedicada + integrada pruebo solo la integrada
5º Formateo
6º Llego a la conclusion de que es la placa base
Buenas de nuevo, pase el memtest como me diisteis, estuvo sobre unas 12-14 horas seguidas, hizo 10 pasadas y no encontro ningun error. Encendi el pc para comentarlo y empezo a tener pantallazos azules de nuevo, asi que pense en el disco duro de 500gb que me marca como que hay que tener cuidado, y solte todos los cables para subir la caja a la mesa, y lo encendi (todo lo interno sigue igual) y solo le enchufe por fuera, 1 monitor (tengo 2 a la vez) el teclado+raton y cable de red, aguanto un poco mas de tiempo y volvio a aparecer el pantallazo azul. Luego desconecte el disco de 500gb, y volvio el pantallazo azul de repente.
Me baje un programa que se llama "whoCrashed" y cargo los ultimos pantallazos, y en todos marca como culpable a "hal.dll" salvo uno que pone "mfehidk.sys".
Ahora en los pantallazos azules, y en otro programa puedo leer que echa la culpa a hardware...

En vuestras manos me pongo.
Gracias una vez mas
Porqué no pruebas con la tarjeta gráfica? Es ATI ...NVIDIA o INTEL? Prueba el FURMARK a ver que temperatura está tomando.....

Si has mirado las memorias ...(prueba con el sistema que lleva el Windows 7/8/Vista para comprobar las memorias)......aunque el MEMTEST ya vale...(pero el de Windows es rápido ...10 minutos...hace 2 pasadas)....

Los discos duros dices que ya los has comprobado......

Como final, deberías saber si la Fuente de Alimentación te da un voltaje correcto....(a mí me han dado quebraderos de cabeza porqué el voltaje era ligeramente inferior), ...aunque ahora lo miro rápido con un medidor exclusivo que tengo....jejeje (aunque creo que con el AIDA64 hay un apartado que te informa de la fuente...aunque no sé si es fiable)

...y si aún así falla....supongo que no tienes ningún driver erróneo ni virus....(vuelve a reinstalar los drivers , y analiza el ordenador con un buen antivirus y programas varios).....

...Utiliza NOD32 Smartsecurity (existe versión de prueba)....COMBOFIX, DRCUREIT, MALWAREBYTES.....y para traca final utiliza el ADVANCED SYSTEMCARE FREE y el CCLEANER para hacer limpieza...

Suerte!
Pues los discos duros no deben ser, he desconectado los 3 que tiene el pc, y puesto otro en su sitio y reinstalado windows 7 en el de cero, y tambien ha aparecido algun pantallazo azul (por ahora solo 1).

Cuando este listo de instalar las cosas de la placa para poder funcionar, pasare el furmark a ver... la grafica es una nvidita gtx 760.

Despues no se que hare...pasare los proramas que me dicces al final del mensaje a ver que descubrimos...

Saludos!

EDITO: Con un tester, estuve midiendo los voltajes en los molex miticos de antiguos hdd y unidades opticas y dan 12 y algo y 5 y algo constantes. Algun punto mas a medirle??

EDITO 2: He puesto en stress la grafica, y sube a 74ºC y se mantiene estable, sube los ventiladores hasta el 60-65% y se mantiene, pero aparecio un pantallazo azul durante el test que hice... seria casualidad o 74ºC es mucho ya?? Mas tarde tratare de repetir el test.
Prueba otra fuente y si siguen los pantallazos es la placa.

La grafica descartada por el tipo de error que te dá.
Yo más que los molex de las unidades, probaría los conectores que van directos a la placa base y deduzco que la gráfica siendo una gtx 760 lleva alimentación? De cuantos wattios es tu fuente? El molex que utilizas para tu gráfica va integrado con la fuente? o le has puesto un adaptador?

74º en stress la gráfica está bien (para mi parecer)

Con el AIDA haz el estress del procesador a ver qué temperatura pilla.....

Mira los condensadores de la placa a ver si hay alguno que esté rebufado..(como si fuese a explotar)...
Prueba otra fuente, es lo que te queda por probar, la temp que te da de max. en stress esta bien.

Si despues de probar otra fuente te sigue fallando tramita RMA de la placa, por que supongo que la tendras en garantia.

Salu2.
lolololito escribió:Yo más que los molex de las unidades, probaría los conectores que van directos a la placa base y deduzco que la gráfica siendo una gtx 760 lleva alimentación? De cuantos wattios es tu fuente? El molex que utilizas para tu gráfica va integrado con la fuente? o le has puesto un adaptador?

74º en stress la gráfica está bien (para mi parecer)

Con el AIDA haz el estress del procesador a ver qué temperatura pilla.....

Mira los condensadores de la placa a ver si hay alguno que esté rebufado..(como si fuese a explotar)...


Pues a ver, mi fuente es una corsair gs700, la grafica me trajo dos adaptadores molex a 6 y 8 pines, al principio los puse, pero luego me di cuenta que la fuente traía dos conectores marcados como pci-e de 6 pines fijos y 2 mas móviles, asi que use esos.

Si es la placa me hundís, que es una placa de 240€ que no tiene ni dos meses... Seria viable el servicio técnico?? O a pagar de nuevo??

hay que seguir pensando!!
Yo te propongo primero que descartes algún problema de drivers. Descargate una distro Linux como por ejemplo Ubuntu y la ejecutas en modo Live CD, no lo instales.
Haz pruebas con Ubuntu, toquetea el sistema operativo, abre algún programa, navega por Internet un rato, intenta descargar alguna cosa...

Suerte.
Desactiva el reinicio automático en caso de BSOD, y dinos que pone en el pantallazo azul.

Salu2!
Flanders escribió:Yo te propongo primero que descartes algún problema de drivers. Descargate una distro Linux como por ejemplo Ubuntu y la ejecutas en modo Live CD, no lo instales.
Haz pruebas con Ubuntu, toquetea el sistema operativo, abre algún programa, navega por Internet un rato, intenta descargar alguna cosa...

Suerte.


En Linux no estoy nada puesto, aunque si que tengo usado Live cd, me podríais dar una web donde bajarme un Live cd seguro y completo? Y dentro de Linux, unas directrices de como usarlo? Lo digo por si no es intuitivo. Y por cierto como seria un pantallazo azul en Linux??

cuando llegue a casa probaré y os contaré mas datos, en el próximo pantallazo azul os copio los códigos que salen, os adelabto que es un 0x(varios ceros)124, y luego varia algunos salen con 0xfffff y números, en otros sale 0x8000 y pico pero luego si se repite os digo.
trifillas escribió:En Linux no estoy nada puesto, aunque si que tengo usado Live cd, me podríais dar una web donde bajarme un Live cd seguro y completo? Y dentro de Linux, unas directrices de como usarlo? Lo digo por si no es intuitivo. Y por cierto como seria un pantallazo azul en Linux??


De aqui te puedes descargar la live de ubuntu:

http://www.ubuntu.com/download/desktop/ ... atus=zeroc

no te preocupes que el manejo normal (navegar, ver videos, musica, youtube), es igual de intuitivo que en win, de hecho seguramente traiga el firefox para navegar, que es exactamente igual que en win.

Esto lo grabas en un disco o lo metes en un pen, (te pongo un tutorial para meterlo en un pen)

http://www.forinformatica.com/2012/11/c ... desde-usb/

Aqui no hay pantallazos azules, hay kernel panic, parecidos a esta imagen (no tiene por que ser igual)

Imagen


Cuando lo pongas, te dara varias opciones, tu tienes que elegir cuando te diga probar Ubuntu, de este modo no instalas nada, lo ejecutas directamente desde el pen o el cd.

Lo pones y lo usas normalmente, te pones a navegar, ver videos, musica, vamos que lo uses un rato, si aqui no te falla descartas fallos de hardware y si te falla los confirmas.

Y no te preocupes que en caso de que la placa este rota, no te va a tocar pagar de nuevo, la tienes en garantia.

Espero haber resuelto tus dudas.

Salu2.
Iba a responderte, pero Ghandig te ha dado una contestación perfecta, así que no tengo nada más que añadir.
Haz pruebas y nos cuentas.
Buenas noches/madrugadas

Llegue a casa, pase el test de stress de la grafica, 15 minutos con el coso ese de tipo anillo de fuego y tal, la grafica subio a 73ºC y ventiladores a 62% constantes durante los 15 minutos, sin rastro de pantallazos azules.

Prepare ya el usb con ubuntu para probarlo, estaba esperando un pantallazo azul, pero no da llegado asi que me ire para cama y mañana seguire.

Un detalle, como empezaba a pensar que seria hasta el disco ssd, o la instalacion en el, instale windows 7 en un disco duro diferente a los que ya tenia, seguia teniendo pantallazos azules, pero ahora no se si es que se actualizo algo solo por windows update o es mera casualidad, pero no tengo desde hace un rato... seguire informando mañana

Saludos y muchisimas gracias por toda la ayuda!
yo seguiria probando con las ram(quitando algun modulo basicamente).... la gran mayoria de las veces es por ella... por probar tampoco pierdes nada (ya te digo que a mi el memtest me daba 0 errores salvo 1 vez y desde que la cambie ni un pantallazo azul).
Volvi a conectar los 3 discos duros y quite el provisional de antes, y volvieron los pantallazos azules (pero claro, no se si es casualidad, o esta provocado por estos discos)

Aqui pongo una foto de la pantalla cuando salta.
Imagen
http://i42.tinypic.com/241qjva.jpg
Yo mantengo mi veredicto, la placa: Culpable
Arranca el PC en Modo a prueba de fallos y con lo mínimo, es decir quita la gráfica y deja un solo slot de memoria, desconecta también lo discos duros donde no este instalado el SO. Si sigue fallando tiene toda la pinta de ser la placa base como dice el compañero ditifet.

Salu2 y suerte!
El rollo es que son bastante aleatorios, por ejemplo, el otro dia tuve 3 o 4 seguidos en plan, encender y no dar tiempo a casi nada, y ahora mismo llevo mas de 1 hora usando el pc con nrmalidad y no ha pasado nada todavia... :S luego pondre el pen de linux y lo dejare toda la tarde haciendo algo a ver si peta tambien en linux, asi por lo menos ya garantizamos que es hardware no?

Edito: Ya llevo 3 horas y pico en windows 7 con todo puesto y no peta todavia...ya lo debe hacer a proposito para que no descubramos el problema...
En principio la pantalla azul habla de un problema en el Hardware no corregible...

También sobre comprobar si algun hadware o software (drivers) reciente,está correctamente instalado.

Si es una nueva instalación,probar a poner o actualizar controladores de los mismos.

Si el problema persiste,retirar el hardware y/o el software mas reciente,entre otras cosas.

Lo que no veo es que se cite ningun controlador.
Porqué no te bajas una ISO de WINDOWS 8 y haces la misma prueba con el Windows 8?...

Si crees que pudiera ser de algún disco duro (tal y como indicas...que parece que ahora te falla más)........bájate algún programa que puedas hacer una comprobación de superficie de disco duro, para estar seguros.....yo a veces utilizo el HDDSCAN 3.2 (la versión 3.3 no me acaba de andar bien...o me da esa sensación). Me hace un test de superficie (aparte que me dice si en las pruebas SMART ha fallado alguna vez el disco)....y si falla....te dirá que hubo error en lectura.

Si algún disco tiene algo (y no están en garantía) ,...descarga el HDD REGENERATOR...y repara los sectores defectuosos....


Aunque haz la prueba con Windows 8...bájate alguna versión de prueba ....y haz el test.....aunque yo me sigo decantando por la FUENTE jajajaj A VER QUIÉN DA MÁS! jajaja

Hay premio para el qué acierte??? ;)
Si eso es lo peor, que lo encendi esperando que volviera a petar rapido, y lleva 5 horas seguidas sin hacer nada... y usandolo normalmente y cambiando cosas y tal y cual...

No se... estoy confuso :S

Si vuelve a petar metere linux o win8 a ver si pasa algo....
trifillas escribió:Si eso es lo peor, que lo encendi esperando que volviera a petar rapido, y lleva 5 horas seguidas sin hacer nada... y usandolo normalmente y cambiando cosas y tal y cual...

No se... estoy confuso :S

Si vuelve a petar metere linux o win8 a ver si pasa algo....

Para Windows 8 vas a tener que formatear. Prueba mejor antes Ubuntu y así lo compruebas más rápido.
Bueno, pues estuvo toda la mañana encendido con windows 7 y los 3 discos duros, y aguanto como 6 horas ininterrumpidas sin problemas, me fui al partido del depor, volvi y encendi con ubuntu en un pen drive, y salto esto
Imagen

Ya es irremediable que el problema es de hardware entiendo no? En esos datos se entiende que sea de algun punto en concreto? O ahora toca empezar a quitar y poner piezas hasta dar con el problema otra vez?


Si empezara probando, a desmontar los discos duros y quedandome solo con el ssd, y quitar 3 modulos de ram, y la grafica. Y volver a probar ubuntu? E ir cambiando los modulos de ram, luego meter la grafica y volver a probar los modulos de ram, luego probar a meter 2 modulos, luego 3, luego los 4, luego 1 hdd y el ssd y luego todo como ahora pero ubuntu??

Gracias por la ayuda
¿Tienes el procesador overclockeado?
Mi procesador es un i7-4770k, que en teoria tiene el multiplicador desbloqueado, pero yo al menos a proposito o conscientemente, no toque absolutamente ningun parametro en ese sentido. Es decir, se monto el equipo se encendio el equipo y hasta hoy, si se que la placa tiene un par de interruptores para hacer algo asi, y que un programa de asus tambien creo que hace como en los portatiles, alto rendimiento, bajo consumo...etc etc...

Pero vamos, que si hay algo que tocar...contadme porque yo no hice nada queriendo eh

Edito: Instale el ubuntu en un disco duro de un portatil que tenia, y ahora mismo estoy usando el pc en linux, a ver si pasa algo, por ahora no hay avisos del kernel ni nada equivalente a la pantalla azul...a ver que pasa con el tiempo...os informare.
Comprueba que tengas la BIOS de la placa base a la última versión....no sea que tenga algún tipo de incidente con los i7....siendo socket 1150 súper nuevo, podría ser.
Lo he mirado, y tenia la penultima Bios de la placa, ahora le puse la ultima que sale en la web de asus. Tocara esperar y usar el pc a ver que pasa...

Saludos a todos!

Edito: Ayer volvió el pantallazo azul ya con la bios nueva. Que mas pruebas hago?

Edito2: Hoy deje el pc encendido y me fui dar 1 vuelta por la mañana, cuando volvi, habia habido un pantallazo azul, lo reinicie yo, y quise entrar en modo a prueba de errores y salto esto Imagen

Es algo nuevo? Explica algo?


Edito 3: A veces cuando peta el pc y salta la pantalla azul, aparece una actualizacion de estas del tipo KBnnnnnnnnn, que ya actualice antes...tendra algo que ver? Significara algo? Empieza a ser ya algo desesperante todo... :(


EDITO 4: Bueno, hoy estuve cambiando cosas, asi que primero probe a encender el pc sin la grafica dedicada (la gigabyte gtx760) obteniendo esto...Imagen

Despues volvi a poner la grafica dedicada y retire los 4 modulos de ram, y los fui poniendo de uno en uno en el slot_A1 de la placa (asus recomienda el slot_A2, espero que no influyera) y los resultados son estos....

Con un modulo...
Imagen

Con otro modulo...
Imagen

Con otro modulo...
Imagen

Y con el ultimo modulo...
Imagen


Con estos pantallazos... descartamos memoria y graficas? Quedan...CPU? Placa? Fuente?

Estoy empezando a rendirme y convivir con los pantallazos azules... :(

Necesito ayudaaaaaaa!!!
Buenas de nuevo, pues al final, desmonte las rams, todos los discos, y la grafica.

Saque el ssd y formatee con borrado seguro y actualice su firmware (lo que costo al no poder hacerse en sistemas de uefi) y lo monte pelado, luego vacie los otros dos discos duros los formatee y los volvi a montar y hasta hoy, no volvi a tener pantallazos azules.

Desconozco cual era el motivo de tenerlos, pero parece resuelto, aunque fuese de casualidad.
trifillas escribió:Buenas de nuevo, pues al final, desmonte las rams, todos los discos, y la grafica.

Saque el ssd y formatee con borrado seguro y actualice su firmware (lo que costo al no poder hacerse en sistemas de uefi) y lo monte pelado, luego vacie los otros dos discos duros los formatee y los volvi a montar y hasta hoy, no volvi a tener pantallazos azules.

Desconozco cual era el motivo de tenerlos, pero parece resuelto, aunque fuese de casualidad.



pues enhorabuena. yo tambien tuve una temporada y son muy molestos.
38 respuestas
Archivado
Volver a General