locked
BlueScreen me ha salido Windows7 RRS feed

  • Pregunta

  • Hola, mi problema es que apenas le cambiaron el Sistema Operativo de XP a Windows 7 a la computadora. Empezó a trabarse o a congelarse absolutamente todo, el teclado y mouse no respondían, no respondía nada y la pantalla quedaba fija. Le di reset al CPU. Luego volvió a pasarme lo mismo o incluso se reiniciaba automáticamente. Esto sucede con mayor frecuencia al ver vídeos en línea o guardads en la compu, o al jugar videojuegos. He tratado de leer todo sobre el problema de la bluescreen que anda por aquí, porque luego de reiniciarse una vez, salió dicha pantalla y ya me ha salido como tres veces (no siempre sale al trabarse o reiniciarse sola). Ya actualicé los controladores de la tarjeta de vídeo (que pienso es la qu eprovoca esto), ya desfragmenté y chequé si tenía errores los discos duros (tiene 2 la compu), en fin, ahorita deshabilité la tarjeta de vídeo y no se me ha trabado o reiniciado. Dos veces pude copiar lo siguiente luego de la pantalla azul:

    Firma con problemas:
      Nombre del evento de problema:    BlueScreen
      Versión del sistema operativo:    6.1.7600.2.0.0.256.1
      Id. de configuración regional:    2058

    Información adicional del problema:
      BCCode:    19
      BCP1:    00000003
      BCP2:    81F78B78
      BCP3:    43ACB826
      BCP4:    1C00FFFF
      OS Version:    6_1_7600
      Service Pack:    0_0
      Product:    256_1

    Archivos que ayudan a describir el problema:
      C:\Windows\Minidump\040310-27877-01.dmp
      C:\Users\GERAR\AppData\Local\Temp\WER-51589-0.sysdata.xml

    Lea nuestra declaración de privacidad en línea:
      http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0c0a

    Si la declaración de privacidad en línea no está disponible, lea la declaración de privacidad sin conexión:
      C:\Windows\system32\es-ES\erofflps.txt

     

    Firma con problemas:
      Nombre del evento de problema:    BlueScreen
      Versión del sistema operativo:    6.1.7600.2.0.0.256.1
      Id. de configuración regional:    2058

    Información adicional del problema:
      BCCode:    1000007e
      BCP1:    C0000005
      BCP2:    8AC25E37
      BCP3:    8B983AEC
      BCP4:    8B9836D0
      OS Version:    6_1_7600
      Service Pack:    0_0
      Product:    256_1

    Archivos que ayudan a describir el problema:
      C:\Windows\Minidump\040410-20904-01.dmp
      C:\Users\GERAR\AppData\Local\Temp\WER-33259-0.sysdata.xml

    Lea nuestra declaración de privacidad en línea:
      http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0c0a

    Si la declaración de privacidad en línea no está disponible, lea la declaración de privacidad sin conexión:
      C:\Windows\system32\es-ES\erofflps.txt

     

     

    Esto nuna me había pasado hasta que le hicieron dos cambios, miren la compu era XP, con 2GB de RAM, los dos discos duros de 111 y 298 GB, procesador AMD athlon 64x2 dual core processor 5200+ y la tarjeta de vídeo es NVidia GeForce 7300 SE/7200 GS. Y sólo le cambiaron el sistema operativo a Windows 7 Ultimate 32 bit y le pusieron una memoria RAM de 2GB.

    Espero puedan ayudarme, gracias.

    PD: También pensé que era el dispositivo de sonido, pero no porque lo deshabilité y se trabó igual.

     

    domingo, 4 de abril de 2010 20:59

Respuestas

  • No estan bien configurados el obtener los simbolo. Revisa mi articulo en la parte:

    Para configurarlos de esa manera arrancamos el programa de análisis que hemos instalado: WINDBG y en el menú "File", "Symbol File Path" colocamos:

    SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols

    (en este caso he seleccionado que los símbolos, cuando los descargue, -por ello la primera vez de análisis será lenta, dependiendo de la velocidad de nuestra conexión a Internet- los sitúe en la carpeta: c:\websimbols)

    Ademas, para que no existan problemas de descarga, arranca el Windbg con boton derecho sobre él y "Ejecutar como Administrador".

    Repite los analisis y dejamelos. (te anticipo que al menos uno de ellos, por lo poco que se puede ver, es error del driver de la tarjeta de red, o de la tarjeta WiFi si la tuvieses. Comentame si te conectas por cable o por inalambrica, y en este ultimo caso, los dirvers instalados ¿los puso windows o los añadiste tu?

     


    Jose Manuel Tella Llop news://jmtella.com

    lunes, 5 de abril de 2010 4:18
  • Bueno, muchas gracias por sus indicaciones, ya he descargado o actualizado los controladores de la tarjeta gráfica, de la tarjeta de red, ya revisé los discos duros, las memorias ram, y ya no sale la pantalla azul, sólo se reinicia cuando veo vídeos o juego. Lo que me queda es darle la info a la persona que me instaló el Windows y la tarjeta RAM. Espero que eso ayude en algo y les informo si encuentro el error muchas gracias.

    Si se reinicia viendo video o juegos, es problema de la tarjeta grafica. Las tarjetas graficas, depende quien las monte son buenas o malas, no tiene que ver que sean nVidia o ATI, sino el "montador" de ellas. Por ejemplo XFX (que es algo mas barato) es mortal... la mayoria de las que saca causan esos problemas.

     


    Jose Manuel Tella Llop news://jmtella.com

    lunes, 5 de abril de 2010 21:10
  • Saludos fanel:

    Esto te lo hizo un tecnico verdad? habria que saber que instalacion de windwos utilizo, depronto utilizo una pirata con problemas.

    tambien yo creo que podiran formatear el CP de nuevo y quitar la memoria instalada.

    No creo que deban ser controladores pues windows 7 no tiene  muchos problemas con ello, a no ser que quien hizo el trabajo instalo controladores diferentes.

    El instalo la veriosn de 64 bits? o cual,

    ahora lo del minidum si con jose pero si no sabes mucho quedaras loco con la informacion.

    cuentanos como te fue.

     


    Juan Pablo Vidal Soporte Profesional IT juanp_vidal@hotmail.com
    lunes, 5 de abril de 2010 19:43

Todas las respuestas

  • En esta carpeta:   C:\Windows\Minidump te está dejando los archivos dmp o volvacdos de memoria. Analizalos siguiendo este articulo mio: http://www.multingles.net/docs/jmt/bsod.htm y dejanos aquí los resultados.

    NOTA: el ultimo error tiene pinta de ser la memoria (defectuosa o no compatible) pero para estar seguro se necesitan los resultados de lo anterior.


    Jose Manuel Tella Llop news://jmtella.com

    domingo, 4 de abril de 2010 21:08
  • Hola, primero que nada muchas gracias por tu ayuda, mira entré a la carpeta que según estaba el archivo *.dmp pero no hay nada! no recuerdo haberlos borrado porque ni los había buscado, de todas maneras busqué todos los archivos con esa extensión y me salieron varios, casi todos relacionados con el juego con el que probé la máquina: ANNO 1404. otro más me pareció diferente: 040410-20904-01.dmp Hice lo que indicaste en tu manual y mira lo que me salió: Microsoft (R) Windows Debugger Version 6.12.0002.633 X86 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [C:\Users\GERAR\AppData\Local\Microsoft\Windows\WER\ReportQueue\Kernel_0_0_cab_04c5cd2d\040310-15880-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available Symbol search path is: SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols Executable search path is: Unable to load image \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2 *** WARNING: Unable to verify timestamp for ntkrnlpa.exe *** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe Windows 7 Kernel Version 7600 MP (2 procs) Free x86 compatible Product: WinNt, suite: TerminalServer SingleUserTS Built by: 7600.16481.x86fre.win7_gdr.091207-1941 Machine Name: Kernel base = 0x82a0b000 PsLoadedModuleList = 0x82b53810 Debug session time: Sat Apr 3 14:31:54.662 2010 (UTC - 5:00) System Uptime: 0 days 2:43:47.519 Unable to load image \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2 *** WARNING: Unable to verify timestamp for ntkrnlpa.exe *** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe Loading Kernel Symbols ............................................................... ................................................................ ............................. Loading User Symbols Loading unloaded module list ..... ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck D1, {c, 4, 0, 8b3522bd} ***** 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 : ndis.sys ( ndis!ndisMiniportIsr+d ) Followup: MachineOwner --------- 1: 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: 0000000c, memory referenced Arg2: 00000004, IRQL Arg3: 00000000, value 0 = read operation, 1 = write operation Arg4: 8b3522bd, address which referenced memory 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: ndis FAULTING_MODULE: 82a0b000 nt DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bbf58 READ_ADDRESS: unable to get nt!MmSpecialPoolStart unable to get nt!MmSpecialPoolEnd unable to get nt!MmPoolCodeStart unable to get nt!MmPoolCodeEnd 0000000c CURRENT_IRQL: 0 FAULTING_IP: ndis!ndisMiniportIsr+d 8b3522bd 8b7d0c mov edi,dword ptr [ebp+0Ch] CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT BUGCHECK_STR: 0xD1 LAST_CONTROL_TRANSFER: from 8b3522bc to 82a5185b STACK_TEXT: WARNING: Stack unwind information not available. Following frames may be wrong. 807e0b70 8b3522bc badb0d00 00000052 8718a2d4 nt+0x4685b 807e0c44 82e2311d ffd080f0 807c4120 00000000 ndis!ndisMiniportIsr+0xc 807e0c64 868d5068 00000000 807c4120 ffffffff hal!HalpHpetQueryCount+0x4b 807e0c68 00000000 807c4120 ffffffff 017d7840 0x868d5068 STACK_COMMAND: .bugcheck ; kb FOLLOWUP_IP: ndis!ndisMiniportIsr+d 8b3522bd 8b7d0c mov edi,dword ptr [ebp+0Ch] SYMBOL_NAME: ndis!ndisMiniportIsr+d FOLLOWUP_NAME: MachineOwner IMAGE_NAME: ndis.sys BUCKET_ID: WRONG_SYMBOLS Followup: MachineOwner --------- 1: 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: 0000000c, memory referenced Arg2: 00000004, IRQL Arg3: 00000000, value 0 = read operation, 1 = write operation Arg4: 8b3522bd, address which referenced memory 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: ndis FAULTING_MODULE: 82a0b000 nt DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bbf58 READ_ADDRESS: 0000000c CURRENT_IRQL: 0 FAULTING_IP: ndis!ndisMiniportIsr+d 8b3522bd 8b7d0c mov edi,dword ptr [ebp+0Ch] CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT BUGCHECK_STR: 0xD1 LAST_CONTROL_TRANSFER: from 8b3522bc to 82a5185b STACK_TEXT: WARNING: Stack unwind information not available. Following frames may be wrong. 807e0b70 8b3522bc badb0d00 00000052 8718a2d4 nt+0x4685b 807e0c44 82e2311d ffd080f0 807c4120 00000000 ndis!ndisMiniportIsr+0xc 807e0c64 868d5068 00000000 807c4120 ffffffff hal!HalpHpetQueryCount+0x4b 807e0c68 00000000 807c4120 ffffffff 017d7840 0x868d5068 STACK_COMMAND: .bugcheck ; kb FOLLOWUP_IP: ndis!ndisMiniportIsr+d 8b3522bd 8b7d0c mov edi,dword ptr [ebp+0Ch] SYMBOL_NAME: ndis!ndisMiniportIsr+d FOLLOWUP_NAME: MachineOwner IMAGE_NAME: ndis.sys BUCKET_ID: WRONG_SYMBOLS Followup: MachineOwner --------- 1: kd> 1: kd> !IRP 0000000c ************************************************************************* *** *** *** *** *** 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!_IRP *** *** *** ************************************************************************* 0000000c: Could not read Irp 1: kd> !IRP 0000000c ************************************************************************* *** *** *** *** *** 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!_IRP *** *** *** ************************************************************************* 0000000c: Could not read Irp Haré lo mismo con los otros archivos porque en serio que no sé por qué no están los otros archivos. Por cierto, tiene algo que ver que me indique la compu que tengo 4GB en RAM pero sólo 3 GB utilizable?? Y otra cosa, la carpeta de minidump tiene un símbolo de candado, pero entro y no están los archivos que degún se guardaron.
    domingo, 4 de abril de 2010 22:24
  • Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
    Copyright (c) Microsoft Corporation. All rights reserved.


    Loading Dump File [C:\Users\GERAR\AppData\Local\Microsoft\Windows\WER\ReportQueue\Kernel_0_0_cab_04c5cd2d\040310-15880-01.dmp]
    Mini Kernel Dump File: Only registers and stack trace are available

    Symbol search path is: SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols
    Executable search path is:
    Unable to load image \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2
    *** WARNING: Unable to verify timestamp for ntkrnlpa.exe
    *** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe
    Windows 7 Kernel Version 7600 MP (2 procs) Free x86 compatible
    Product: WinNt, suite: TerminalServer SingleUserTS
    Built by: 7600.16481.x86fre.win7_gdr.091207-1941
    Machine Name:
    Kernel base = 0x82a0b000 PsLoadedModuleList = 0x82b53810
    Debug session time: Sat Apr  3 14:31:54.662 2010 (UTC - 5:00)
    System Uptime: 0 days 2:43:47.519
    Unable to load image \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2
    *** WARNING: Unable to verify timestamp for ntkrnlpa.exe
    *** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe
    Loading Kernel Symbols
    ...............................................................
    ................................................................
    .............................
    Loading User Symbols
    Loading unloaded module list
    .....
    *******************************************************************************
    *                                                                             *
    *                        Bugcheck Analysis                                    *
    *                                                                             *
    *******************************************************************************

    Use !analyze -v to get detailed debugging information.

    BugCheck D1, {c, 4, 0, 8b3522bd}

    ***** 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 : ndis.sys ( ndis!ndisMiniportIsr+d )

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

    1: 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: 0000000c, memory referenced
    Arg2: 00000004, IRQL
    Arg3: 00000000, value 0 = read operation, 1 = write operation
    Arg4: 8b3522bd, address which referenced memory

    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: ndis

    FAULTING_MODULE: 82a0b000 nt

    DEBUG_FLR_IMAGE_TIMESTAMP:  4a5bbf58

    READ_ADDRESS: unable to get nt!MmSpecialPoolStart
    unable to get nt!MmSpecialPoolEnd
    unable to get nt!MmPoolCodeStart
    unable to get nt!MmPoolCodeEnd
     0000000c

    CURRENT_IRQL:  0

    FAULTING_IP:
    ndis!ndisMiniportIsr+d
    8b3522bd 8b7d0c          mov     edi,dword ptr [ebp+0Ch]

    CUSTOMER_CRASH_COUNT:  1

    DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

    BUGCHECK_STR:  0xD1

    LAST_CONTROL_TRANSFER:  from 8b3522bc to 82a5185b

    STACK_TEXT: 
    WARNING: Stack unwind information not available. Following frames may be wrong.
    807e0b70 8b3522bc badb0d00 00000052 8718a2d4 nt+0x4685b
    807e0c44 82e2311d ffd080f0 807c4120 00000000 ndis!ndisMiniportIsr+0xc
    807e0c64 868d5068 00000000 807c4120 ffffffff hal!HalpHpetQueryCount+0x4b
    807e0c68 00000000 807c4120 ffffffff 017d7840 0x868d5068


    STACK_COMMAND:  .bugcheck ; kb

    FOLLOWUP_IP:
    ndis!ndisMiniportIsr+d
    8b3522bd 8b7d0c          mov     edi,dword ptr [ebp+0Ch]

    SYMBOL_NAME:  ndis!ndisMiniportIsr+d

    FOLLOWUP_NAME:  MachineOwner

    IMAGE_NAME:  ndis.sys

    BUCKET_ID:  WRONG_SYMBOLS

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

    1: kd> !IRP 0000000c
    *************************************************************************
    ***                                                                   ***
    ***                                                                   ***
    ***    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!_IRP                                       ***
    ***                                                                   ***
    *************************************************************************
    0000000c: Could not read Irp
    domingo, 4 de abril de 2010 22:33
  • Hola, sigo checando los otros archivos con extensión .dmp y abrí este Microsoft (R) Windows Debugger Version 6.12.0002.633 X86 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [C:\Users\GERAR\AppData\Roaming\Ubisoft\Anno1404Addon\Logs\crashdumps\00E04DBC65E8_GERAR-PC- 2042010-211454-anno4minidumps.dmp] User Mini Dump File: Only registers, stack and portions of memory are available Symbol search path is: SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols Executable search path is: Windows 7 Version 7600 MP (2 procs) Free x86 compatible Product: WinNt, suite: SingleUserTS Machine Name: Debug session time: Fri Apr 2 22:16:09.000 2010 (UTC - 5:00) System Uptime: not available Process Uptime: 0 days 0:01:16.000 ......................... This dump file has an exception of interest stored in it. The stored exception information can be accessed via .ecxr. (9bc.44c): Access violation - code c0000005 (first/second chance not available) eax=14340f80 ebx=14341020 ecx=00000006 edx=0000006c esi=14340fe0 edi=0012e5cc eip=775c64f4 esp=0012e28c ebp=0012e29c iopl=0 nv up ei pl zr na pe nc cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00200246 ntdll!KiFastSystemCallRet: 775c64f4 c3 ret Y no sé qué hacerle, ANNO 1404 es el nombre de un juego es lo único que entiendo, pero entonces aparece otra vez esto de c0000005
    domingo, 4 de abril de 2010 22:40
  • No estan bien configurados el obtener los simbolo. Revisa mi articulo en la parte:

    Para configurarlos de esa manera arrancamos el programa de análisis que hemos instalado: WINDBG y en el menú "File", "Symbol File Path" colocamos:

    SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols

    (en este caso he seleccionado que los símbolos, cuando los descargue, -por ello la primera vez de análisis será lenta, dependiendo de la velocidad de nuestra conexión a Internet- los sitúe en la carpeta: c:\websimbols)

    Ademas, para que no existan problemas de descarga, arranca el Windbg con boton derecho sobre él y "Ejecutar como Administrador".

    Repite los analisis y dejamelos. (te anticipo que al menos uno de ellos, por lo poco que se puede ver, es error del driver de la tarjeta de red, o de la tarjeta WiFi si la tuvieses. Comentame si te conectas por cable o por inalambrica, y en este ultimo caso, los dirvers instalados ¿los puso windows o los añadiste tu?

     


    Jose Manuel Tella Llop news://jmtella.com

    lunes, 5 de abril de 2010 4:18
  • Pues me sigue saliendo lo mismo, copié la dirección tal como la escribiste, y todo pasopor paso pero sigue saliendo lo mismo, y tengo conexión por cable y por conexi+on inalámbrica, sólo que siempre uso la de cable que esa casi nunca falla, la inalámbrica casi nunca la usaba porque fallba mucho, y horita vi si me podía conectar en esa y no puedo porque tengo que pedir la contraseña. Se me ha vuelto a reiniciar pero hasta ahora ya no me sale la pantalla azul, ¿qué es exactamente lo que estoy haciendo mal al utilizar el programa WinDbg porque sigue saliendo lo mismo?
    lunes, 5 de abril de 2010 5:58
  • Los controladores los ha de haber puesto la  misma persona que me instaló el Windows 7, no fue Windows.
    lunes, 5 de abril de 2010 6:02
  • Los controladores los ha de haber puesto la  misma persona que me instaló el Windows 7, no fue Windows.


    ¿es la conexion inalambrica?... si es así, informate que controladores le puso, ya que todo apunta a un error en los controladores de red...

     


    Jose Manuel Tella Llop news://jmtella.com

    lunes, 5 de abril de 2010 10:47
  • Saludos fanel:

    Esto te lo hizo un tecnico verdad? habria que saber que instalacion de windwos utilizo, depronto utilizo una pirata con problemas.

    tambien yo creo que podiran formatear el CP de nuevo y quitar la memoria instalada.

    No creo que deban ser controladores pues windows 7 no tiene  muchos problemas con ello, a no ser que quien hizo el trabajo instalo controladores diferentes.

    El instalo la veriosn de 64 bits? o cual,

    ahora lo del minidum si con jose pero si no sabes mucho quedaras loco con la informacion.

    cuentanos como te fue.

     


    Juan Pablo Vidal Soporte Profesional IT juanp_vidal@hotmail.com
    lunes, 5 de abril de 2010 19:43
  • Bueno, muchas gracias por sus indicaciones, ya he descargado o actualizado los controladores de la tarjeta gráfica, de la tarjeta de red, ya revisé los discos duros, las memorias ram, y ya no sale la pantalla azul, sólo se reinicia cuando veo vídeos o juego. Lo que me queda es darle la info a la persona que me instaló el Windows y la tarjeta RAM. Espero que eso ayude en algo y les informo si encuentro el error muchas gracias.
    lunes, 5 de abril de 2010 20:34
  • Bueno, muchas gracias por sus indicaciones, ya he descargado o actualizado los controladores de la tarjeta gráfica, de la tarjeta de red, ya revisé los discos duros, las memorias ram, y ya no sale la pantalla azul, sólo se reinicia cuando veo vídeos o juego. Lo que me queda es darle la info a la persona que me instaló el Windows y la tarjeta RAM. Espero que eso ayude en algo y les informo si encuentro el error muchas gracias.

    Si se reinicia viendo video o juegos, es problema de la tarjeta grafica. Las tarjetas graficas, depende quien las monte son buenas o malas, no tiene que ver que sean nVidia o ATI, sino el "montador" de ellas. Por ejemplo XFX (que es algo mas barato) es mortal... la mayoria de las que saca causan esos problemas.

     


    Jose Manuel Tella Llop news://jmtella.com

    lunes, 5 de abril de 2010 21:10
  • Bueno, muchas gracias por sus indicaciones, ya he descargado o actualizado los controladores de la tarjeta gráfica, de la tarjeta de red, ya revisé los discos duros, las memorias ram, y ya no sale la pantalla azul, sólo se reinicia cuando veo vídeos o juego. Lo que me queda es darle la info a la persona que me instaló el Windows y la tarjeta RAM. Espero que eso ayude en algo y les informo si encuentro el error muchas gracias.

    Si se reinicia viendo video o juegos, es problema de la tarjeta grafica. Las tarjetas graficas, depende quien las monte son buenas o malas, no tiene que ver que sean nVidia o ATI, sino el "montador" de ellas. Por ejemplo XFX (que es algo mas barato) es mortal... la mayoria de las que saca causan esos problemas.

     


    Jose Manuel Tella Llop news://jmtella.com

    Y qué te parece Palit, jose?
    lunes, 5 de abril de 2010 21:33
  • Bueno, muchas gracias por sus indicaciones, ya he descargado o actualizado los controladores de la tarjeta gráfica, de la tarjeta de red, ya revisé los discos duros, las memorias ram, y ya no sale la pantalla azul, sólo se reinicia cuando veo vídeos o juego. Lo que me queda es darle la info a la persona que me instaló el Windows y la tarjeta RAM. Espero que eso ayude en algo y les informo si encuentro el error muchas gracias.

    Si se reinicia viendo video o juegos, es problema de la tarjeta grafica. Las tarjetas graficas, depende quien las monte son buenas o malas, no tiene que ver que sean nVidia o ATI, sino el "montador" de ellas. Por ejemplo XFX (que es algo mas barato) es mortal... la mayoria de las que saca causan esos problemas.

     


    Jose Manuel Tella Llop news://jmtella.com

    Y qué te parece Palit, jose?

    Pues me parece.. que la conoceran en su casa... :-P

     


    Jose Manuel Tella Llop news://jmtella.com

    lunes, 5 de abril de 2010 21:37
  • Bueno, muchas gracias por sus indicaciones, ya he descargado o actualizado los controladores de la tarjeta gráfica, de la tarjeta de red, ya revisé los discos duros, las memorias ram, y ya no sale la pantalla azul, sólo se reinicia cuando veo vídeos o juego. Lo que me queda es darle la info a la persona que me instaló el Windows y la tarjeta RAM. Espero que eso ayude en algo y les informo si encuentro el error muchas gracias.

    Si se reinicia viendo video o juegos, es problema de la tarjeta grafica. Las tarjetas graficas, depende quien las monte son buenas o malas, no tiene que ver que sean nVidia o ATI, sino el "montador" de ellas. Por ejemplo XFX (que es algo mas barato) es mortal... la mayoria de las que saca causan esos problemas.

     


    Jose Manuel Tella Llop news://jmtella.com

    Y qué te parece Palit, jose?

    Pues me parece.. que la conoceran en su casa... :-P

     


    Jose Manuel Tella Llop news://jmtella.com

    lunes, 5 de abril de 2010 21:37
  • Jaja, esa fue la que me encasquetaron a mí al comprar el equipo... me dijeron el modelo, no me preocupé del montador y mira... :-PPPPP
    lunes, 5 de abril de 2010 21:39
  • Hola, bueno hoy viene la persona que instaló todo, pero seguí buscándole y le quité una memoria RAM, ambas son de 2 GB, pero beno, tengo un día utilizándola y ya no se ha apagado... pero no sé la que le quité, si la que de por sí tenía o la nueva, aunque por el polvo parece ser que es la que de por sí tenía... a ver si no se vuelve a reiniciar o salir la patalla azul que... hasta hay bromas y todo, al parecer es muy famosa dicha pantalla y yo ni idea de su existencia. ¡¡¡Vaya cosas con esto de las computadoras!!!
    miércoles, 7 de abril de 2010 23:09