web-dev-qa-db-fra.com

Prend toujours pour vous connecter?

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
5
Matthew Talbert

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.

2
Matthew Talbert

"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:

sauver le monde

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 .

sauve toi

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 à:

  1. sessions de débogage étendues, détaillées et douloureuses, ou
  2. utiliser Microsoft "Adopter l'approche Orbit pour l'administration système" ®

Sur ce canal limité en bande passante, je recommanderais (2) et:

  • se connecter sur la console Ctrl-AltF1
  • nuke gdm, dbus et relations avec Sudo apt-get purge gdm dbus dbus-x11
  • redémarrer
  • depuis la console, réinstallez gdm et dbus avec Sudo apt-get install gdm dbus dbus-x11
  • redémarrer
  • calculer en harmonie heureuse

Bonne chance.

4
msw

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.

3
ændrük

Idée n ° 1: On dirait que cela pourrait être lié au délai d'attente DNS peut-être?

  • Vérifiez vos paramètres réseau et assurez-vous que vous pouvez exécuter une commande ping sur tous les serveurs DNS répertoriés dans /etc/resolv.conf.
  • Essayez de faire certaines choses qui résoudront les noms en IP, comme 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.

2
Ben Williams