
Actualicé un servidor de centos 6.5 (con gnome2) a 7 usando el administrador de actualizaciones.
El problema es que no puedo ver la pantalla de inicio de sesión ni el escritorio.
Sin embargo, el puntero del mouse es visible.
Eliminé paquetes antiguos obsoletos, ejecuté la actualización, instalé el escritorio gnome pero nada funciona.
Después de reiniciar, apareció una pantalla similar al instalador de Anaconda con validación de licencia y mensaje de creación de usuario. Después de terminar, la pantalla volvió a quedar en blanco con solo un puntero del mouse.
Cuando ejecuto una aplicación con ssh -X
inicio de sesión, me indica que:
libGL error: failed to load driver: nouveau
Lo he xorg-x11-drv-nouveau-1.0.10-5.el7.x86_64
instalado.
Lo reinstalé xorg-x11-drv-nouveau
y mesa-libGL
el problema persiste.
LIBGL_DEBUG=verbose
genera esto:
libGL: OpenDriver: trying /usr/lib64/dri/tls/nouveau_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/nouveau_dri.so
libGL error: failed to open drm device: No such file or directory
libGL error: failed to load driver: nouveau
libGL: OpenDriver: trying /usr/lib64/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/swrast_dri.so
libGL: Can't open configuration file /root/.drirc: No such file or directory.
¿No debería usarse nouveau_drv.so
en lugar de nouveau_dri.so
.
systemctl status gdm.service
dice que gdm está activo y ejecutándose pero aparecen algunos errores:
gnome-session[2734]: JS ERROR: !!! lineNumber = '475'
gnome-session[2734]: JS ERROR: !!! stack = '"notify("Unable to lock","Lock was blocked by an application")@/usr/share/gnome-shell/js/ui/main.js:475
gnome-session[2734]: notifyError("Unable to lock","Lock was blocked by an application")@/usr/share/gnome-shell/js/ui/main.js:495
gnome-session[2734]: GLib-GIO-CRITICAL: g_dbus_connection_call_internal: assertion `object_path != NULL && g_variant_is_object_path (object_path)' failed
Reiniciar gdm no ayuda:
systemd[1]: Starting GNOME Display Manager...
systemd[1]: Started GNOME Display Manager.
gdm[780]: Child process 791 was already dead.
gdm[780]: GLib-GObject: g_object_ref: assertion `object->ref_count > 0' failed
gdm[780]: GLib-GObject: g_object_unref: assertion `object->ref_count > 0' failed
gdm[780]: GdmDisplay: display lasted 0.030752 seconds
gdm[2087]: GLib-GObject: g_object_unref: assertion `object->ref_count > 0' failed
No entiendo qué está causando este problema.
Respuesta1
Me parece que la instalación de su GUI de escritorio está incompleta. No te culpo, es un poco difícil saber qué instalar y es probable que falten algunos paquetes. Espero que no quede nada de 6.5 (es decir, primero eliminaste el escritorio GNOME y X antes de realizar la actualización)
El yum groupinstall ...
de antaño ha cambiado considerablemente. Esto no resolverá ningún problema con el controlador de gráficos, pero al menos debería instalar el controlador VGA predeterminado y, con suerte, funcionar.
Pruebe lo siguiente, que es del CÓMO que estoy escribiendo para la actualización de CentOS 6.5 -> 7. Todavía estoy escribiendo la guía, así que si tienes algo que aportar, por favor comenta.
En tu terminal, como root (o sudo....)
yum groups mark convert
Para convertir los antiguos grupos de paquetes de grupo CentOS 6 a los nuevos grupos v7.
yum groups install "GNOME Desktop"
Para instalar los paquetes de GNOME (y X), algunos de los cuales pueden no haberse instalado.
Luego vea si puede iniciarx para configurar una GUI.
Si puede, puede activar la pantalla de inicio de sesión de la GUI (plymouth).
ln -sf /lib/systemd/system/graphical.target /etc/systemd/system/default.target
para que X y su administrador de ventanas se inicien de forma predeterminada y le presenten una pantalla gráfica de inicio de sesión. (Este es el systemd
reemplazo de modificar inittab
).
Respuesta2
IpensarPor cierto, sé la respuesta a esta.
Hice muchas cosas, como reinstalar paquetes, etc., pero empezó a funcionar cuando reemplacé los archivos en /etc/pam.d con los archivos /etc/pam.d/*.rpmnew que se habían creado durante la actualización.TENGA CUIDADO AL REEMPLAZAR ARCHIVOS PAMo puedes bloquearte fácilmente fuera de tu sistema.
En algún lugar enterrado en esta página obtuve la inspiración:
http://forums.gentoo.org/viewtopic-t-979434-start-0.html
y previamente había buscado archivos .rpmnew pero ignoré pam.d