[opensuse-es] Fallo en arranque de sistema
Hola, Tengo un problema con el arranque del sistema, se queda colgado en "starting jexec services" y no hay manera de que continúe. De qué puede ser. Un saludo -- Octavio Ávalos -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola,
Tengo un problema con el arranque del sistema, se queda colgado en "starting jexec services" y no hay manera de que continúe. De qué puede ser.
Según Google: http://forums.opensuse.org/install-boot-login/402401-boot-hangs-starting-ser... y también: http://forums.opensuse.org/pre-release-beta/401012-11-1rc1-boot-stuck-jexec.... En resumen, es un paquete de Java que no forma parte de la distribución. Paras el servicio y problema solucionado.
2008/12/29, J.M.Queralt:
Según Google:
http://forums.opensuse.org/install-boot-login/402401-boot-hangs-starting-ser...
y también:
http://forums.opensuse.org/pre-release-beta/401012-11-1rc1-boot-stuck-jexec....
Eso me pasa por no buscar antes de responder O:-)
En resumen, es un paquete de Java que no forma parte de la distribución. Paras el servicio y problema solucionado.
Lo que no entiendo es como un problema en un servicio "terciario" (que no es del sistema) puede detener el arranque del equipo :-O Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-12-29 a las 12:01 +0100, Camaleón escribió:
Lo que no entiendo es como un problema en un servicio "terciario" (que no es del sistema) puede detener el arranque del equipo :-O
Del sistema o no, un script de arranque que se pare impide que continue el arranque. Tienen que tener temporización para abortar. Ahora bien, si tienes el arranque en paralelo, los demás scripts deberían continuar; lo que pasa es que puede que no veas su salida por pantalla. Y las consolas ppueden no aparecer. Yo tengo un servicio que tarda un minuto de reloj en procesarse, y durante ese tiempo no sale nada en pantalla, ni arrancan las consolas, no puedo hacer nada. La ejecución es en paralelo, pero no pueden iniciarse los servicios de una capa hasta que la capa anterior se ejecuta (tal servicio requiere tal otro servicio antes). Hay un modo de arranque paso a paso que te pregunta si quieres usar tal o cual servicio. A ver... ah: /etc/sysconfig/boot: PROMPT_FOR_CONFIRM="no" ponerlo a yes, claro - para lo cual hay que entrar en modo rescate, y una vez ahí puedes simplemente renombrar el /etc/init.d/jexec. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAklY2CEACgkQtTMYHG2NR9XadwCfU6nqI3XhbhTlzi+ch3xJ96KA hxMAn1jdV6qNLHtYxqDl/CPZfMOYnmEF =YBIZ -----END PGP SIGNATURE-----
El 29/12/08, Carlos E. R. escribió:
El 2008-12-29 a las 12:01 +0100, Camaleón escribió:
Lo que no entiendo es como un problema en un servicio "terciario" (que no es del sistema) puede detener el arranque del equipo :-O
Del sistema o no, un script de arranque que se pare impide que continue el arranque. Tienen que tener temporización para abortar.
Eso es, un temporizador. Que lo ponga como "failed" y que siga el proceso, eso sería lo más lógico. Salvo que sea un servicio necesario para funciones básicas como gestión de volúmenes de discos lvm o algo asín... Es decir, si el apache (y los servicios que dependan de él) no se inicia, espero al menos poder acceder al sistema para ver qué es lo que le pasa ¿no? :-?
Ahora bien, si tienes el arranque en paralelo, los demás scripts deberían continuar; lo que pasa es que puede que no veas su salida por pantalla. Y las consolas ppueden no aparecer.
Yo tengo un servicio que tarda un minuto de reloj en procesarse, y durante ese tiempo no sale nada en pantalla, ni arrancan las consolas, no puedo hacer nada. La ejecución es en paralelo, pero no pueden iniciarse los servicios de una capa hasta que la capa anterior se ejecuta (tal servicio requiere tal otro servicio antes).
¿Ese lento no será el del sai (upsmon)? ;-)
Hay un modo de arranque paso a paso que te pregunta si quieres usar tal o cual servicio. A ver... ah:
/etc/sysconfig/boot:
PROMPT_FOR_CONFIRM="no"
ponerlo a yes, claro - para lo cual hay que entrar en modo rescate, y una vez ahí puedes simplemente renombrar el /etc/init.d/jexec.
Eso está bien, me recuerda a la carga de controladores bajo demanda del windows que te pregunta si quieres cargar o no O:-), pero claro, en este caso tienes que activarlo antes de que te deje el sistema ko porque si no, no sirve de mucho y no lo puedes mantener activado siempre para que te pregunte en cada inicio. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-12-29 a las 15:15 +0100, Camaleón escribió:
El 29/12/08, Carlos E. R. escribió:
Del sistema o no, un script de arranque que se pare impide que continue el arranque. Tienen que tener temporización para abortar.
Eso es, un temporizador. Que lo ponga como "failed" y que siga el proceso, eso sería lo más lógico. Salvo que sea un servicio necesario para funciones básicas como gestión de volúmenes de discos lvm o algo asín...
Pero es el propio script quien tiene que prever tal circunstancia. Esa es la puñetería.
Es decir, si el apache (y los servicios que dependan de él) no se inicia, espero al menos poder acceder al sistema para ver qué es lo que le pasa ¿no? :-?
Pos va a ser que nom, me temo.
Ahora bien, si tienes el arranque en paralelo, los demás scripts deberían continuar; lo que pasa es que puede que no veas su salida por pantalla. Y las consolas ppueden no aparecer.
Yo tengo un servicio que tarda un minuto de reloj en procesarse, y durante ese tiempo no sale nada en pantalla, ni arrancan las consolas, no puedo hacer nada. La ejecución es en paralelo, pero no pueden iniciarse los servicios de una capa hasta que la capa anterior se ejecuta (tal servicio requiere tal otro servicio antes).
¿Ese lento no será el del sai (upsmon)? ;-)
Ese mismo.
Hay un modo de arranque paso a paso que te pregunta si quieres usar tal o cual servicio. A ver... ah:
/etc/sysconfig/boot:
PROMPT_FOR_CONFIRM="no"
ponerlo a yes, claro - para lo cual hay que entrar en modo rescate, y una vez ahí puedes simplemente renombrar el /etc/init.d/jexec.
Eso está bien, me recuerda a la carga de controladores bajo demanda del windows que te pregunta si quieres cargar o no O:-), pero claro, en este caso tienes que activarlo antes de que te deje el sistema ko porque si no, no sirve de mucho y no lo puedes mantener activado siempre para que te pregunte en cada inicio.
Me suena que hay una tecla para continuar con el resto. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAklY3W0ACgkQtTMYHG2NR9XEMwCeO/2qqRAmvsdB8OujKwqGOuux cYQAn0P0K7NGyfaTVKiQImLG6SwmEnq7 =q2OJ -----END PGP SIGNATURE-----
2008/12/29, Octavio:
Tengo un problema con el arranque del sistema, se queda colgado en "starting jexec services" y no hay manera de que continúe. De qué puede ser.
Que no puede iniciar ese servicio. Tendrás que desactivarlo, pero no sé de qué puede ser, no me suena ese nombre "jexec" :-? Intenta iniciar en modo seguro (failsafe) que sería lo más sencillo para desactivarlo desde el runlevel (inicia yast en ncurses como usuario root) :-/ Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Camaleón escribió:
Que no puede iniciar ese servicio. Tendrás que desactivarlo, pero no sé de qué puede ser,
este enlace te cuenta que hace http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6211008 -- "We have art in order not to die of the truth" - Friedrich Nietzsche Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/
El 29/12/08, Cristian Rodríguez escribió:
Camaleón escribió:
Que no puede iniciar ese servicio. Tendrás que desactivarlo, pero no sé de qué puede ser,
este enlace te cuenta que hace
Hum... en suse 10.3 el script de inicio (si se trata del mismo) se llama de otra forma (java.binfmt_misc) pero no está activado para que se ejecute :-? *** # Description: Start java.binfmt_misc to allow the execution of java programs with *.class or *.jar extension stthpc:/home/hpc02 # rcjava.binfmt_misc status Checking for service java.binfmt_misc unused *** Curioso, porque puedo ejecutar archivos .jar. No entiendo pues la diferencia (ventaja o inconveniente) entre activarlo o no >:-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Octavio escribió:
Hola,
Tengo un problema con el arranque del sistema, se queda colgado en "starting jexec services" y no hay manera de que continúe. De qué puede ser.
lee este reporte https://bugzilla.novell.com/show_bug.cgi?id=461199 Los comentarios de Alberto, este bug parece ser responsabilidad de SUN. -- "We have art in order not to die of the truth" - Friedrich Nietzsche Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/
participants (5)
-
Camaleón
-
Carlos E. R.
-
Cristian Rodríguez
-
J.M.Queralt
-
Octavio