
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 -X
Anmeldung ausführe, wird Folgendes angezeigt:
libGL error: failed to load driver: nouveau
Ich habe xorg-x11-drv-nouveau-1.0.10-5.el7.x86_64
installiert.
Ich habe es neu installiert xorg-x11-drv-nouveau
, mesa-libGL
aber das Problem besteht weiterhin.
LIBGL_DEBUG=verbose
gibt 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.so
anstelle von verwendet werden nouveau_dri.so
?
systemctl status gdm.service
sagt, 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 systemd
Ersatz 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