texto:   A-   A+
eliax

Pantallas de "crash" notorias de Windows y Linux
eliax id: 3800 josé elías en ago 31, 2007 a las 09:39 PM ( 21:39 horas)
Todos conocemos la famosa "Pantalla Azul de la Muerte" que nos presenta Windows cuando cae como un pajarito al que le han disparado con un cañón, y unos pocos afortunados también han visto pantallas similares de Linux.

Hoy los enviamos a dos páginas que les muestra este tipo de pantallas (algunas en lugares famoso de mucho flujo de gente), tanto de Windows como de Linux.

Pantallas de Windows

Pantallas de Linux

autor: josé elías

Comentarios

  • JE, no me gusta esto, pero en el link de los crashes de Linux hacen referencia a que todos son o login prompts o simplemente no son Linux. Al parecer solo uno es un crash real de Linux.

    • Marlon

      Creo que es importante que leas la página (en particular al final de las fotos, en donde dice "Updated"). :)

      Y a propósito, yo mismo he visto a Linux "explotar" mas de una vez (la última vez fue hace 3 días al hacer el upgrade de Desktop Effects a Compiz-Fusion), y de pura casualidad lo vi una vez en un avión en JetBlue también, en donde se metió en un "loop" interminable rebooteando durante la mitad del vuelo sin cesar.

      Y otra cosa, varias de esas pantallas se ven borrosas, así que no podemos decir así por así que son crash o no, pero tampoco podemos decir que no son Linux.

      Un crash es algo que ocurre en cualquier sistema operativo, aunque todos sabemos que ocurre en Windows al menos entre 20 y 50 veces mas que en Linux.

      • JE, yo no digo que Linux no hace crash, eso es imposible. Todo software bajo alguna condición falla. A lo que me refiero es que por lo menos la mayoría de "screen shots" del enlace son simples logins o Linux arrancado, no se ve ningún Kernel panic, por lo menos.

        Lo de que el Kernel se quede en un loop, raro. Posiblemente la aplicación que se estaba corriendo se quedara en un loop.

        A lo que se respecta a un crash, yo creo que el SO se cuelga cuando uno no puede hacer mas nada de presionar el botón de pánico (reset). Por lo menos en winsox cuando te sale la pantalla azul eso es lo único que se puede hacer. Cuando a uno le sale un Kernel panic en Linux es posiblemente la única situación no recuperable, en cualquier otro caso lo único que hay que hacer es reiniciar el X o cambiarse de consola y si eso no funciona SSH y ya, nada de reiniciar.

  • Yo una vez encontré un cuelge pero del PC entero. Se veia en una señal de trafico la Bios del PC. Pueden verlo en este enlace:
    http://blog.engeneral.net/2007/03/29/cuelge-del-trafico/
    pinchen donde pone bios.jpg y verán la foto.

  • José Elias,

    Creo que en ese blog están des informando, todos los casos que estas personas exponen son secuencias de booteo o promts que son de lo más común en Linux, en todo caso son crash del servidor X o de la consola, y no un crash del sistema operativo.

    • Sanders,

      Al igual que Marlon, y vuelvo a repetir, lee lo que dice el artículo al final y entenderás mucho mejor... Después regresa acá y pon un nuevo comentario...

      En cuanto a las pantallas, vamos por secuencia.

      #1: Crash

      #2: Aparenta un reinicio, que pudo ser causado por un crash y no le dio tiempo al que tomó la foto a ver el crash en sí antes de sacar la cámara para la foto. ;)

      #3: Por si no se han dado cuenta (y la razón que digo que lean el artículo), en esta imágen dice que el "Engine" ha fallado, y como esa imagen es en una de esas pantallas que se ponen en la parte de atrás de un asiento de avión, y Engine significa también "motor de avión", el chiste es que no fuera bueno que a una persona en un avión se le presente una pantalla que diga que el motor del avión ha fallado...

      #4: Pantalla borrosa que muy bien pudo haber sido un crash.

      #5: Crash

      #6: Reinicio, posiblemente después de crash (no se puede determinar)

      #7: Crash

      #8: Al igual que muchos casos anteriores, esta pantalla es de un dispositivo que está supuesto a tener un GUI, y lo que vemos es esto, por lo que tenemos que deducir que es el reinicio después de un crash.

      #9: Pantalla de crash de DS Linux.

      #10: Similar a la pantalla #8, esta vez en un restaurante, y de seguro que si estamos viendo esto es porque (1) o acaban de abrir el negocio y Linux está arrancando por primera vez, o (2) Linux acaba de hacer un crash y está reiniciando.

      #11 y #12 son dos chistes que espero entiendan.

      En cuanto al "Update" que escribe el autor de la página, en resumen dice que no sean tan fanáticos con Linux. A muchos nos encanta y le vemos muchísimo futuro, pero las fallas hay que admitirlas y el no hacerlo es hacerle daño a Linux.

      Espero que todo esto aclare mejor mis comentarios.

  • cuando vamos a entender que todos los sistemas operativos explotan, que muchas veces no depende del sistema operativo si no del hardware mismo. Osx se explota como un desgraciao, unix se explota, linux se explota. Beos se explota. El mensaje de ventana de explote mas vacano lo tiene osx, a lo mac, con estilo en muchos idiomas LOL

  • José Elias,

    Pienso que los comentarios al final articulo lo dicen todo, el escritor esta confundido y escribe
    sobre dos situaciones como si se tratacen de lo mismo. Por un lado un Windows que
    bajo la situaciones mas cotidianas puede hacer que el sistema se "cuelgue" y que necesariamente
    se tenga que reiniciar, y por otro lado Linux(Unix??) que bajo ciertas situaciones extremas provoca la caída del X y
    una que otra vez el cuelgue completo sistema operativo.

    De todas formas cuando dicen: "At least Microsoft standardized most crashed requiring a reboot ..."
    parece que no saben que en Windows no hay otra opción ya que tanto el sistema X como
    sistema operativo en si mismo son uno sólo (están atados), de manera que si por alguna razón alguno
    falla tienes que "rebootear".

    Por otro lado las imagenes 2, 4, 5, 6, 10 si bien es cierto que están booteando no veo
    nada que sugiera que fué el resultado de un crash, ya que que la mayoría de distribuciones
    de Linux muestra imagenes similaras al bootear.

  • #1. Console crash. No un Linux Crash. Solo hay que presionar alt+ctrl+shift+F? y a otra consola a reiniciar el demonio de consola.
    #2. no la puedo leer.
    #3. run level 3 crash. SVLGAlib se exploto subiendo, casi seguro mal diseño de SW. No un crash de Linux.
    #4. no la puedo leer.
    #5. no la puedo leer. Parece un Reboot de debian. Casi seguro la aplicacion esta hecha para run level 3 y no puede subir por una mala implementacion de SW, ya sea por configuración o por un bug en el SW. No un Linux Crash.
    #6. Lo mismo que #5.
    #7. Eso es un patanllaso de NT 4.0. Lo vi muchas veces en la uni. con un sevidor HP P-I a 150 Mhz que teniamos. Hace mucho.
    #8. Se ve claro que lo que la maquina tiene es un problema de disco. Se ve claro que dice: /dev/hdd2 on / failed: No such device or address. No es un Linux crash.
    #9. DSLinux login prompt. O cada vez que uno se tiene que hacer log al sistema es un crash? DSLinux NO TIENE X, por lo tanto a la consola.
    #10. Aunque no lo puedo leer, es casi seguro que el el chico no hizo su tarea y el SW exploto el SVGAlib. No es un Linux crash. Se puede persivir que está corriendo run level 3.


    Un crash del SO no es cuando una aplicación falla, es cuando el kernel falla, por eso hablamos del SO. Un segmentación fault casi siempre es causado por una mala aplicación o el HW, para el caso del software por lo general un driver o modulo de sistema, como se le dice en Linux. O también le vamos a hechar la culpa al sistema operativo del que el HW este malo.


    YO NO DIGO QUE LINUX NO HAGA CRASH, lo que digo es que estos "screen shots" no son de crashes reales, solo eso. Ponganse a inventar con los modulos para que vean un crash de verdad.

    Ah, yo ley el articulo completo antes de hacer mi primer post. El update ya estaba.

    • Marlon,

      Hay una cosa que tienes que entender: Al usuario final LE IMPORTA si lo que hizo crash fue el sistema operativo o GNOME/KDE o el disco duro, o la tarjeta VGA o lo que sea. Desde su punto de vista es un "crash" como cualquier porque lo que sea que el usuario estaba haciendo ya no lo puede hacer mas después del crash.

      Nosotros que somos personas técnicas sabemos la diferencia entre un crash del sistema operativo y uno del GUI, pero para el usuario final sigue siendo un crash (e igual de inaceptable). Eso es todo.

      Si lo ves de este modo, al menos las pantallas #3, 5, 6, 8, 9 y 10 (siguiendo tu interpretación de cada pantalla arriba) son un crash desde el punto de vista de usuario final.

      Y a propósito, ¿cuántos usuarios saben de "alt+ctrl+shift+F", y es esa un opción en una consola de avión o una máquina ATM que no tiene teclado?

  • Esto es mejor que una lucha de boxeo ! :), interesantes puntos de vista ...

  • Ok, ok, Son todos, incluyendo la #7 crashes de Linux.


    No voy a comentar más sobre este tema.

  • Linux explota si lo explotan.. no sin razones! tengo mas de 5 a~os usando linux exclusivamente y por lo personal nunca me ha explotado sin razon.. excepto cuando me pongo a compilar el kernel con opiones de prueba.. o estoy tratando con permisos indebidamente. pero todo se debe generalmente el *99%* a errores de *uno mismo* mas que del sistema.

Añadir Comentario

tu nombre
tu email
(opcional)
web personal
(opcional)
en respuesta a...
comentario de caracteres máximo
8 + 1 = requerido (control anti-SPAM)
¿De qué color es el cielo?: requerido (control anti-SPAM)
 

"y créeme que a mis hijos les enseñare gran parte de lo que he aprendido con todos y cada uno de tus artículos"

por "Eduardo (mex.gdl)" en may 22, 2015


en camino a la singularidad...

©2005-2024 josé c. elías
todos los derechos reservados
como compartir los artículos de eliax