7 votos

Después de la "actualización de seguridad" a la 4.15.0-24-generic # 26, la pantalla de Ubuntu muestra el contenido del registro, no el inicio de sesión

Ubuntu Bionic 18.04 SoftwareUpdater esta mañana actualizaciones instaladas, incluyendo una nueva versión del kernel 4.15.0-24-generic #26-Ubuntu. Ahora, cuando el sistema arranca la pantalla se muestra el contenido de algunas de registro en lugar de la petición de inicio de sesión.

El archivo de registro se muestra después de la normal de puntos rojos fase, excepto que hay una larga pausa después de la 4ª punto se torna de color rojo y el quinto punto nunca se convierte en roja. De repente este registro se muestra. Casi todo en ella es [ OK ].

Las 3 últimas líneas de este registro de leer

[ OK ] Started irqbalance daemon
[ OK ] System Logging Service.
[ OK ] Started GNOME DisplayManager. Dispatcher Service....upport.hanges.pp link was shut down. 

Más arriba, uno no ACEPTAR la línea que podría estar relacionado, pero más adelante en la línea de [ OK ]. Tal vez el "Plymouth BootScreen" se refiere a que es lo que estoy viendo.

[   .] A start job is running for Hold until boot process finishes up (28s / no limit)[ OK ] Started Show Plymouth BootScreen.

He intentado arrancar el kernel anterior, pero sucede lo mismo.

Soy incapaz de desplazamiento para ver el comienzo de este registro.

Cómo puedo hacer que mi sistema para que arranque correctamente y mostrar la pantalla de inicio de sesión?

Puedo ssh en el sistema por lo que si sé lo que hay que cambiar para solucionar esto, yo debería ser capaz de hacerlo.

Este es el último de una lista larga y deprimente de Ubuntu actualizaciones de software que tienen ****ed up de mi sistema. No es de extrañar que los usuarios son reacios a instalar las actualizaciones.

He encontrado Launchpad 1779476, abrió 6/30, que coincide con este problema.

5voto

Eugen M Puntos 106

Hola tuve el mismo problema. No he investigado, pero creo que el problema es de GDM y tal vez el kernel.

Una rápida solución que yo uso:

  1. (Re)iniciar el equipo.

  2. Pulse Mayús hasta que usted consigue el menú de Grub.

  3. Elegir un kernel anterior 4.15.0.23. (Esto puede no ser necesario, pero me extraña el comportamiento con el 4.15.0.24 núcleo).

  4. Cuando vea el registro o la pantalla de inicio presione Ctrl+Alt+F2 hasta obtener una shell de inicio de sesión. (Si no pasa nada simplemente presione Ctrl+Alt+F1, Ctrl+Alt+F2, Ctrl+Alt+F1, Ctrl+Alt+F2 y así sucesivamente hasta que usted consigue el shell de inicio de sesión.)

  5. En el shell de inicio de sesión, ingrese su nombre de usuario y contraseña. (Si parece que está congelado y no reaccionar más simplemente pulse Ctrl+Alt+F2 de nuevo.)

  6. Entrar:

    sudo systemctl stop gdm
    
  7. Ahora se acaba de instalar un nuevo gestor de visualización:

    sudo apt install lightdm
    

    Si LightDM ya está instalado, ejecute:

    sudo dpkg-reconfigure lightdm
    
  8. Se le preguntará que desea utilizar como predeterminado, GDM o LightDM, elija LightDM.

  9. Tal vez no es necesario, pero he quitado el kernel:

    sudo apt purge linux-image-4.15.0-24-generic linux-headers-4.15.0-24\*
    

    Si inicia con este kernel 4.15.0-24 el proceso de eliminación le pedirá que confirme la peligrosa remoción de un kernel que se ejecuta actualmente. Abortar y no confirmar esta operación, que es la opción por defecto!

  10. Después de esto solo reinicio.

@David Foerster Gracias se ve mucho mejor ahora

2voto

en50 Puntos 36

Intente esto:

sudo apt install haveged
sudo systemctl enable haveged

Este problema sólo parece afectar núcleo 4.15.0-24. getrandom() se llama cuando a partir de Xorg y por alguna razón en 4.15.0-24, se cuelga un poco hasta que la entropía es lo suficientemente alta como para generar un número aleatorio para su uso como un magic cookie para xauth. Xorg, LightDM, y GDM no se inicia hasta que xauth se le da un número aleatorio para su uso. Cualquier tipo de ratón/teclado de entrada probablemente aumenta la entropía, lo que explica por qué pulsando las teclas o mover el ratón se soluciona el problema. Haveged genera suficiente entropía en el arranque, eliminar el problema.

Ha sido reportado como un error, así que esperemos que haveged no será necesario en el futuro granos una vez que se ha corregido el error.

La anterior 4.15.0-23 kernel no tiene este problema, por lo que el arranque en ese lugar también funcionaría.

EDIT: de Acuerdo a este informe de error de una solución que se ha cometido. Me imagino que va a ser lanzado a la repo pronto.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: