Desktop startet nach Centos-Upgrade nicht

Desktop startet nach Centos-Upgrade nicht

Ich habe einen Server mithilfe des Update-Managers von CentOS 6.5 (mit Gnome2) auf 7 aktualisiert.

Das Problem ist, dass ich weder den Anmeldebildschirm noch den Desktop sehen kann.

Der Mauszeiger ist jedoch sichtbar.

Ich habe alte, veraltete Pakete entfernt, ein Update ausgeführt und den Gnome-Desktop installiert, aber nichts funktioniert.

Nach dem Neustart erschien ein Bildschirm ähnlich dem Anaconda-Installationsprogramm mit einer Lizenzüberprüfung und einer Eingabeaufforderung zur Benutzererstellung. Nachdem dies abgeschlossen war, war der Bildschirm wieder leer und nur der Mauszeiger war zu sehen.

Wenn ich eine Anwendung mit ssh -XAnmeldung ausführe, wird Folgendes angezeigt:

libGL error: failed to load driver: nouveau

Ich habe xorg-x11-drv-nouveau-1.0.10-5.el7.x86_64installiert.

Ich habe es neu installiert xorg-x11-drv-nouveau, mesa-libGLaber das Problem besteht weiterhin.

LIBGL_DEBUG=verbosegibt Folgendes aus:

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.

Sollte es nicht nouveau_drv.soanstelle von verwendet werden nouveau_dri.so?

systemctl status gdm.servicesagt, dass GDM aktiv und ausgeführt wird, aber es treten einige Fehler auf:

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

Ein Neustart von gdm hilft nicht:

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

Ich verstehe nicht, was dieses Problem verursacht.

Antwort1

Mir scheint, dass Ihre GUI-Desktop-Installation unvollständig ist. Ich kann Ihnen das nicht verdenken, es ist ein bisschen schwierig herauszufinden, was installiert werden soll, und wahrscheinlich fehlen einige Pakete. Ich hoffe, es ist nichts von 6.5 übrig geblieben (d. h. Sie haben zuerst den GNOME-Desktop und X entfernt, bevor Sie das Upgrade durchgeführt haben).

Das yum groupinstall ...von gestern wurde erheblich geändert. Dadurch werden zwar keine Probleme mit Grafiktreibern behoben, aber zumindest sollte der Standard-VGA-Treiber installiert werden und hoffentlich funktionieren.

Versuchen Sie Folgendes. Es stammt aus dem HOWTO, das ich für das Upgrade von CentOS 6.5 auf 7 schreibe. Ich schreibe die Anleitung noch, also hinterlassen Sie bitte einen Kommentar, wenn Sie etwas beitragen möchten.

In Ihrem Terminal als Root (oder sudo …)

yum groups mark convert

Um die alten CentOS 6-Gruppenpaketgruppen in die neuen v7-Gruppen zu konvertieren.

yum groups install "GNOME Desktop"

Um die GNOME- (und X-)Pakete zu installieren, von denen einige möglicherweise nicht installiert wurden.

Versuchen Sie dann, mit startx eine GUI zu erstellen.

Wenn Sie können, können Sie den GUI-Anmeldebildschirm (Plymouth) einschalten.

ln -sf /lib/systemd/system/graphical.target /etc/systemd/system/default.target

damit X und Ihr Fenstermanager standardmäßig gestartet werden und Ihnen einen grafischen Anmeldebildschirm angezeigt wird. (Dies ist der systemdErsatz für die Änderung von inittab.)

Antwort2

ICHdenkenIch kenne übrigens die Antwort darauf.

Ich habe viele Dinge getan, wie Pakete neu installieren usw., aber es funktionierte erst, als ich die Dateien in /etc/pam.d durch die /etc/pam.d/*.rpmnew-Dateien ersetzte, die während des Upgrades erstellt worden waren.Seien Sie vorsichtig beim Ersetzen von PAM-Dateienoder Sie können sich leicht aus Ihrem System aussperren.

Irgendwo vergraben auf dieser Seite habe ich die Inspiration gefunden:

http://forums.gentoo.org/viewtopic-t-979434-start-0.html

und ich hatte zuvor nach .rpmnew-Dateien gesucht, aber pam.d ignoriert

verwandte Informationen