262 meneos
12385 clics
Cómo funciona la pantalla azul de la muerte en Windows
Casi todos los usuarios de Windows han oído hablar —si no experimentado— la infame “pantalla azul de la muerte” (BSOD). Este término ominoso se refiere a la pantalla de fondo azul que se muestra cuando se bloquea Windows, o deja de ejecutarse, a causa de un fallo catastrófico o de una condición interna que impida al sistema continuar funcionando.
|
comentarios cerrados
www.youtube.com/watch?v=er8g6D_PqvY
La BSOD la genera ntoskrnl.exe (el kernel) y no la Hal a traves de KeBugCheckEx. Un truco, Ke significa Kernel( si la API hubiese comenzado por Fs sería el Filesystem, o si comenzase por Ob seria el Object Manager).
Respecto al control: El control existe por parte del kernel, de hecho el kernel no está del todo "muerto". Es mas, en caso de tener un debugger conectado no verías un pantallazo azul sino que pasarías el control al debugger(Windbg) y verías la pantalla de Windows congelada. Desde Windbg podrías mandar comandos a Windows y obtener información como los procesos que estan funcionando, el call stack(la cadena de instrucciones que ha derivado a la excepción) o incluso volcar las variables locales. Muy limitado todo pero no está muerto del todo.
Es mas, algunas veces desde Windbg podemos forzar a que el SO continue ejecutando las instrucciones ignorando el error que ha habido. Solo se debe hacer si estas seguro que es un error que no va afectar al SO o a otras aplicaciones y solo si eres un kernel developer(por eso no existe esta opcion en los Windows habituales, que son release versions y no versiones para desarrolladores, que son las checked ones). Si fuerzas a que el SO continue si el error es grave, por ejemplo un error en el propio memory manager, esto te llevará a una segunda BSOD, que puedes decir si continuar o no, y asi sucesivamente. Sabrás que lo has jodido del todo al llegar a la instrucción <0000000> en el debugger.
Todo esto lo aprendí debuggeando ReactOS, que al seguir el kernel NT y ser software libre es paso por paso identico a Windows(puedes debuggear ReactOS con Windbg y PDB files, una pasada).
En Windows nunca verás como una API del Kernel está implementada(bueno ni la del kernel ni la de ninguna otra parte) pero en ReactOS la implementacion de KeBugCheckEx la puedes encontrar aqui:
git.reactos.org/?p=reactos.git&a=search&h=HEAD&st=grep&
(De todos los resultados mostrados una de ellas es la implementacion y el resto son llamadas que provocan pantallazos azules, generalmente utilizados por drivers o el propio kernel para detener la ejecución del SO)
(Siento no poder ponerme a buscarlo ahora pero estoy en una videoconf con USA y estoy escribiendo esto de strangis desde el movil jjjj)
veganousuario de Linux en unafiestadiscusión? No te preocupes, ya se ocupará él de anunciarlo en cuanto puedaRisas al ver lo que costaba la cajita para lo que lleva.
#7 Primero mentas a la madre de los de MS, luego foto.
Hay que reconocer que la pantalla con aquel horrible azul ha desaparecido: ahora es otro azul.
De todas formas, el W10 normalmente no me saca esta pantalla. Se queda clavado y ya. Botón de reinicio al canto. Me dice el memtest del Ubuntu que hay una dirección de memoria dañada. La utilidad del W10 dice que todo OK. ¿A quién creer?
A mi me pasó con el SSD en una versión temprana de Windows 10. Funcionaba pero el controlador producía memory leaks provocando que tuviera que reiniciar regularmente el equipo para liberar memoria. Cuando Samsung lanzó el controlador compatible desapareció el problema.
Por cierto, ahora tengo linux porque en la última instalación de Windows 7 me salía la pantalla azul continuamente, tanto que hasta pensé que era fallo físico de la memoria, pero fue poner linux y darme cuenta que el problema era realmente de Windows.
La mayoría de BSOD la provocan drivers defectuosos de terceros fabricantes, muy pocas o ninguna son causadas por el sistema operativo mismo.
Y cuando lo tengo encendido, me lo encuentro reiniciado, y no por haber actualizado nada.
En Ubuntu sin problema,y memtest dice que todo ok, así que mi PC no es. Desde el Aniversary update realmente ha empeorado.
Lo de los fabricantes de hardware es de traca. Si el cacharro tiene 4 ó 5 años (¡o menos!), olvídate de drivers para una nueva versión de Windows (si hay suerte, funcionaran mal que bien con los de la anterior). Si es un cacharro nuevo, olvídate de drivers decentes hasta dentro de un año o más.
El jodido informático me pide que le haga una captura de pantalla y se la mande para que pueda detectar que es
win 10 montado en equipo nuevo, estrenado hace 10 dias.
Sale a 3,4 craseos y pantallazos al dia.
Yo, mi win 7, 4 años. Como un puto reloj.
Y el de casa, igual, y mira que le puteo.
Tengo un disco original de w7 guardado en casa bajo 20 llaves, que es sagrao.
Si sale la casa ardiendo dudare que salvo antes, si el gato o el disco del w7..... no digo mas.
De todas formas, Windows 10 sigue siendo totalmente compatible con BIOS y MBR. Es el hardware el que puede no disponer de el él (legacy).
A nivel de drivers no tiene nada que ver pero lo que queria resaltar es que eso es casi lo de menos. La arquitectura no cambia es identico, salvo evidentemente la parte en la que el SO "habla" con los drivers. La parte que habla con los drivers es una parte mínima aunque importante de toda la arquitectura NT.
ReactOS quiere ser compatible con Windows 2003 SP2. Ojo a lo del SP2. 2003 SP2 no fue lanzado en 2003 ni mucho menos
El hecho de que no vayan a por SP3 es porque ahí comenzaron ciertos cambios en el Memory Manager para comenzar a aceptar el nuevo tipo de drivers.
Y no es solo el tema de resolver problemas, no olvides que Window$ 10 se pasa la privacidad del usuario por el forro a nivel del propio sistema operativo en segundo plano.
Estuvo a punto de tirarlo. Le metí Solus y como nuevo. Siguen chutando los ventiladores como un cabrón, pero se puede arreglar.
Recomendación personal : Linux Mint con Cinnamon o Debian Stable con Gnome.
www.genbeta.com/windows/este-pantallazo-azul-de-windows-esconde-en-rea
En cuanto a lo del firefox, prueba a ver
tecnologiaparticipativa.wordpress.com/2016/06/11/asociar-enlaces-ed2k-
Están diseñados para que le pete la pasta térmica al expirar la garantía, lo tengo clarísimo.
Al cumplir los dos años justos, 3 semanas después, murió la batería, y empezó a sobrecalentarse a saco.
nathaniel@malivert:~$uptime
00:26:54 up 181 days, 15:49, 1 user, load average: 0,09, 0,13, 0,11
nathaniel@malivert:~$
b) que parte de "mostrarle a un usuario común información no pensada para el usuario común es una mala decisión de usabilidad" no entiendes? Hasta Microsoft lo entendió, pues ahora son más simples. Creo que están todavía lejos de ser óptimas, pero han mejorado.
y por si no te quedó aún claro: NO ES SOBRE MI EL PROBLEMA. Yo soy un usuario técnico que no se asusta al ver cosas técnicas... y ni siquiera uso windows.
PD: y yo también puedo escribir de forma pasivo-agresiva
El Windows más estable que jamas existió. ¿y sabéis porqué, pues porque la mamarrachada de quitar en versiones posteriores el subsistema gráfico del modo usuario y meterlo en el modo kernel para darle mas velocidad a las "ventanitas" hizo que empezaran a pasar mierdas como las que aparecen en tu foto.
Tal fue la cagada, que el ingeniero jefe del desarrollo de NT (que venía de diseñar VMS para DIgital) dimitió y mando a MS a tomar por la retanbufa.
¿Porqué no te fijas mejor en que me haya tomado la molestia en escribir a escondidas un comentario aportando algo decente a la noticia, un comentario de mas de 100 palabras desde un movil? No era fantasmeo, era la razon por la que no podia detenerme a revisar los links y daros el adecuado.
Fantasmear habria sido añadir que soy dueño de esa empresa americana, que la dirijo desde España, y que ademas doy cursos a empresas sobre arquitectura NT donde me dedico a explicar cosas como en #88 y no precisamente gratis como he hecho aqui.
Un bezito amorozo.
Tengo que identificar el módulo y quitarlo. Lo del pantallazo azul fue recién instalado el W10, era un problema de driver de la placa. También se quedaba pillado si seleccionaba 7.1 en la configuración del sonido.
Esto de los cuelgues sólo me pasa en W10 y sólo después de despertarlo de una suspensión. Se reactiva, va unos 10 secs y se clava. En linux nunca me ha pasado, pero tal vez porque no uso la memoria a saco.
En Ubuntu sin problema.
Con el código fuente de ReactOS se puede aprender muy mucho de como funciona un Windows 2000/XP/2003
Curiosamente sólo me sale cuando navego con IE (sí, lo sé, no lo digáis, pero es que en mozilla no me funcionan los enlaces edk2, y eso por mcucho que haya trasteado y cambiado las reglas internas del mozilla y esas cosas)
Es lo bueno del software libre, puedes debuggear todo el Sistema Operativo y entender conceptos como las excepciones o como los drivers hablan con el SO en tiempo real. Una pasada.
Link a un debuglog: jira.reactos.org/secure/attachment/18556/Dbglog001.r57339.MSVC.txt.txt
XP =~ Windows Server 2003.
Y ReactOS busca reimplementar eso.
Si, esas cosas en Windows Server internamente rompen ciertas cosas