Après la mise à niveau vers 10.04, Ubuntu met beaucoup de temps (1 à 2 minutes) pour se connecter après la saisie des informations d'identification. La majeure partie de cette période, la boîte de dialogue indique "vérification des informations d'identification". Comment puis-je même déboguer ce qui se passe ici? Ceci est un système très vif, mais apparemment, quelque chose est en suspens ou ne répond pas pendant la connexion.
Voici mon: 0-greeter.log. Des idées?
Window manager warning: Failed to read saved session file /var/lib/gdm/.config/metacity/sessions/1046b54d5b8b97fbb2128498129581685800000016580008.ms: Failed to open file '/var/lib/gdm/.config/metacity/sessions/1046b54d5b8b97fbb2128498129581685800000016580008.ms': No such file or directory
** (process:1742): DEBUG: Greeter session pid=1742 display=:0.0 xauthority=/var/run/gdm/auth-for-gdm-pWDXxn/database
(gnome-power-manager:1745): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.24.1/gobject/gsignal.c:2273: signal `proxy-status' is invalid for instance `0x21f5160'
** (gnome-power-manager:1745): WARNING **: Either HAL or DBUS are not working!
** (gnome-power-manager:1745): WARNING **: proxy failed
** (gnome-power-manager:1745): WARNING **: failed to get Computer root object
** (gnome-power-manager:1745): WARNING **: proxy NULL!!
gdm-simple-greeter[1742]: Gtk-WARNING: /build/buildd/gtk+2.0-2.20.1/gtk/gtkwidget.c:5636: widget not within a GtkWindow
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0xe00046 (Login Wind)
Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed.
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0xe00046 (Login Wind)
Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed.
(gnome-settings-daemon:1666): Gdk-CRITICAL **: gdk_window_thaw_toplevel_updates_libgtk_only: assertion `private->update_and_descendants_freeze_count > 0' failed
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0xe00046 (Login Wind)
Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed.
Window manager warning: CurrentTime used to choose focus window; focus window may not be correct.
Window manager warning: Got a request to focus the no_focus_window with a timestamp of 0. This shouldn't happen!
(gnome-power-manager:1745): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
Il y avait quelques bons conseils ici, et je voudrais pouvoir faire plus que simplement upvote. Cependant, le vrai problème que j’ai découvert grâce à msw, c’est ce bug https://bugs.launchpad.net/ubuntu/+source/samba/+bug/584428
Pour le résoudre, j'ai commenté cette ligne dans /etc/pam.d/common-auth
auth optional pam_smbpass.so migrate
Je ne comprends pas pourquoi cela cause des problèmes. Je n'ai jamais utilisé samba pour l'authentification de connexion sur cette machine.
"HAL ou DBUS ne fonctionne pas" est synonyme de Gnome comme "pompe à essence ne fonctionne pas" est synonyme de voiture, ou du moins proche. gnome-power-manager ne cause pas votre problème, mais sa plainte est une bonne indication de ce qu’il en est. La réponse comporte deux volets:
Ceci est "ne devrait pas arriver" et si cela vous est arrivé lors d'une mise à jour Ubuntu LTS, cela est probablement arrivé ou arrivera à quelqu'un d'autre et Ubuntu veut le savoir. La commande à utiliser est
$ ubuntu-bug gdm
comme documenté à Reporting Bugs - HowTo .
Il fut un temps où je pouvais affirmer une connaissance détaillée de la hiérarchie des processus Unix et des routines d'initialisation; plus maintenant. Je trouve le système dbus assez mystique et je dois recourir à:
Sur ce canal limité en bande passante, je recommanderais (2) et:
Sudo apt-get purge gdm dbus dbus-x11
Sudo apt-get install gdm dbus dbus-x11
Bonne chance.
Commencez par lire /var/log/gdm/:0-greeter.log
. Voyez si vous pouvez repérer le retard en suivant les horodatages dans /var/log/auth.log
.
Idée n ° 1: On dirait que cela pourrait être lié au délai d'attente DNS peut-être?
/etc/resolv.conf
.ping www.google.com
S'ils ne travaillent pas ou prennent beaucoup de temps, cela pourrait être le problème.
Idée n ° 2: cette machine utilise-t-elle quelque chose d'externe - tel que LDAP ou NIS ou quelque chose - pour les identifiants d'authentification? Si tel est le cas, il pourrait attendre la réponse de cette machine externe.