Pantalla azul con nueva gráfica

Buenas, tras instalar una 970 de Gigabyte tengo de vez en cuando reinicios del sistema con pantallazo azul. Indagando he sacado que se debe al driver ntoskrnl.exe pues con el programa Bluescreenviewer siempre los reportes hacen referencia a este driver.
He mirado que esté todo bien: disco duro, memoria RAM, OC del procesador etc. Es algo de la gráfica porque antes con la 280x no pasaba y ha sido cambiar y zas, pueden pasar horas pero cuando menos te lo esperas pantallazo azul.
Lo que sí es cierto que pasa en situaciones de carga, no en el escritorio o haciendo otro uso,solo bajo juegos que la expriman. Creo que podría ser por falta de voltaje, en el msi afterburner lo he tocado pero sigue marcándome 0.856v en reposo y llega ahsta 1.2 aprox a plena carga.
¿Alguna idea?

He ejecutado Ccleaner y reinstalado drivers de la gráfica con DDU. Creo que está todo bien hecho.
Gracias.
El software blue screen viewer está muy malogrado porque no tiene la capacidad de averiguar la causa de un cuelgue aunque la produzca por sí mismo. Hay demasiados casos tras un análisis que pone en cabeza de turco al ntoskrnl.exe, es decir que el sistema se intenta auto inmolar.
Para dar con la causa real del problema instálate el Windows driver kit

Concretamente el standalone debugging Tools (WinDbg) y realizas una instalación personalizada seleccionando la opción "Download the Windows Driver Kit for instalation on a separate computer", una vez completada la descarga a una carpeta, la abres y sólo instalas X86 Debuggers And Tools-x86_en-us.msi o X64 Debuggers And Tools-x64_en-us.msi según tengas el sistema en 32 o 64 bits.
Lo demás es seguir los pasos que suelen recomendar mucho en esta página:

Suerte ;)

Saludos
Te reporto el mensaje para que te lo muevan al subforo de hardware, alli seguramente te pueda ayudar mas gente.
Killerfrancis escribió:Buenas, tras instalar una 970 de Gigabyte tengo de vez en cuando reinicios del sistema con pantallazo azul. Indagando he sacado que se debe al driver ntoskrnl.exe pues con el programa Bluescreenviewer siempre los reportes hacen referencia a este driver.
He mirado que esté todo bien: disco duro, memoria RAM, OC del procesador etc. Es algo de la gráfica porque antes con la 280x no pasaba y ha sido cambiar y zas, pueden pasar horas pero cuando menos te lo esperas pantallazo azul.
Lo que sí es cierto que pasa en situaciones de carga, no en el escritorio o haciendo otro uso,solo bajo juegos que la expriman. Creo que podría ser por falta de voltaje, en el msi afterburner lo he tocado pero sigue marcándome 0.856v en reposo y llega ahsta 1.2 aprox a plena carga.
¿Alguna idea?

He ejecutado Ccleaner y reinstalado drivers de la gráfica con DDU. Creo que está todo bien hecho.
Gracias.

Mira a ver algún programa de limpieza de drivers, ni estén chocando con otros que tengas de anteriores gráficas instalado, asegurate que de la 280x no queda ni rastro, por ir probando cosas, que igual no es eso, pero por ir descartando, porque este suele ser un problema común.
¿Comprobaste temperaturas? Es algo muy típico el que los pantallazos azules se produzcan porque algún componente del ordenador calienta. A mi mismamente la última vez que me pasó fue porque tenía polvo acumulado en el ventilador de la gráfica, aunque me tiene pasado tambien con el ventilador del procesador. Comprueba que tienes todos los ventiladores limpios porque es muy fácil que si la gráfica nueva genera más calor que la antigua y tienes los los ventiladores un poco tupidos algún componente coja más calor del debido y provoque el pantallazo azul, especialmente si se te produce jugando que es cuando más calienta el equipo.
Gracias, miraré lo que decís. A ver si de todas formas entra alguien que haya pasado ya por esto.

Copio lo que dice el informe del error, a ver si alguien sabe algo:

Probably caused by : ntkrnlmp.exe ( nt!KiPageFault+248 )

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

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

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: 0000000000080000, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000008, value 0 = read operation, 1 = write operation
Arg4: 0000000000080000, address which referenced memory

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


READ_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPagedPoolEnd
unable to get nt!MmNonPagedPoolStart
unable to get nt!MmSizeOfNonPagedPoolInBytes
0000000000080000

CURRENT_IRQL: 2

FAULTING_IP:
+eacff70000
00000000`00080000 ?? ???

PROCESS_NAME: System

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

BUGCHECK_STR: AV

ANALYSIS_VERSION: 6.3.9600.17336 (debuggers(dbg).150226-1500) amd64fre

DPC_STACK_BASE: FFFFF80390A2FFB0

TRAP_FRAME: fffff80390a28720 -- (.trap 0xfffff80390a28720)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=00000000001a52ba rbx=0000000000000000 rcx=ffffe00087f25060
rdx=0020000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=0000000000080000 rsp=fffff80390a288b8 rbp=0020000000000000
r8=000000000002082f r9=000000000000002f r10=fffff8038ee0c3c0
r11=fffff8038ee7b000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
00000000`00080000 ?? ???
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff8038efd36a9 to fffff8038efc8d00

FAILED_INSTRUCTION_ADDRESS:
+eacff70000
00000000`00080000 ?? ???

STACK_TEXT:
fffff803`90a285d8 fffff803`8efd36a9 : 00000000`0000000a 00000000`00080000 00000000`00000002 00000000`00000008 : nt!KeBugCheckEx
fffff803`90a285e0 fffff803`8efd1ec8 : ffff5817`454689d9 ffffe000`8a4bf000 fffff803`8f1de180 00000000`00000008 : nt!KiBugCheckDispatch+0x69
fffff803`90a28720 00000000`00080000 : fffff803`8ee805b7 ffffe000`87f25060 ffffe000`00000001 ffffe000`87f25068 : nt!KiPageFault+0x248
fffff803`90a288b8 fffff803`8ee805b7 : ffffe000`87f25060 ffffe000`00000001 ffffe000`87f25068 00000001`00000002 : 0x80000
fffff803`90a288c0 fffff803`8ee800bf : 00000000`00000003 0000003e`c2617d29 0000003e`c2617d29 fffff803`8f1a6bb0 : nt!KiExpireTimer2+0x357
fffff803`90a289c0 fffff803`8eeca33e : fffff803`8f254740 00000000`003e967b 00000000`000fb099 00000000`00000000 : nt!KiTimer2Expiration+0xdf
fffff803`90a28a10 fffff803`8efcba5a : fffff803`8f1de180 fffff803`8f1de180 fffff803`8f254740 ffffe000`8c541080 : nt!KiRetireDpcList+0x60e
fffff803`90a28c60 00000000`00000000 : fffff803`90a29000 fffff803`90a23000 00000000`00000000 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiPageFault+248
fffff803`8efd1ec8 33c0 xor eax,eax

SYMBOL_STACK_INDEX: 2

SYMBOL_NAME: nt!KiPageFault+248

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 55c5a3b2

BUCKET_ID_FUNC_OFFSET: 248

FAILURE_BUCKET_ID: AV_CODE_AV_BAD_IP_nt!KiPageFault

BUCKET_ID: AV_CODE_AV_BAD_IP_nt!KiPageFault

ANALYSIS_SOURCE: KM

FAILURE_ID_HASH_STRING: km:av_code_av_bad_ip_nt!kipagefault

FAILURE_ID_HASH: {73cd60cc-83fa-6b76-df08-1961c31d7403}

Followup: MachineOwner
5 respuestas