登录需要很长时间吗?

登录需要很长时间吗?

升级到 10.04 后,Ubuntu 在输入凭据后需要很长时间(1-2 分钟)才能登录。大部分时间对话框都显示“正在检查凭据”。我该如何调试这里发生的情况?这是一个非常灵敏的系统,但显然登录过程中有些东西挂起或没有响应。

这是我的 :0-greeter.log。有什么想法吗?

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

答案1

“HAL 或 DBUS 不工作”之于 Gnome 就如同“燃油泵不工作”之于汽车,或者至少很接近。gnome-power-manager 不是导致您出现问题的原因,但它的投诉很好地表明了问题所在。答案有两个方面:

拯救世界

这是“不应该发生的”,如果你在 Ubuntu LTS 升级时遇到了这种情况,那么其他人也可能会遇到这种情况,Ubuntu 希望知道这一点。要使用的命令是

$ ubuntu-bug gdm

记录于报告错误 - 操作方法

救你自己

曾经有一段时间,我可以声称自己对 Unix 进程层次结构和初始化例程有详细的了解;但现在不行了。我发现 dbus 系统非常神秘,不得不求助于:

  1. 延长、详细、痛苦的调试会话,或者
  2. 使用 Microsoft“Nuke it from Orbit Approach to System Administration”®

在这个带宽有限的通道上,我建议使用(2)和:

  • 登录控制台Ctrl-Alt F1
  • nuke gdm、dbus 及其关系sudo apt-get purge gdm dbus dbus-x11
  • 重启
  • 从控制台重新安装 gdm 和 dbussudo apt-get install gdm dbus dbus-x11
  • 重启
  • 在幸福和谐中计算

祝你好运。

答案2

首先,尝试仔细阅读/var/log/gdm/:0-greeter.log。看看您是否可以通过跟踪中的时间戳来发现延迟/var/log/auth.log

答案3

想法 #1:听起来好像可能与 DNS 超时有关?

  • 验证您的网络设置,并确保您可以 ping 中列出的任何 DNS 服务器/etc/resolv.conf
  • 尝试做一些将名称解析为 IP 的事情,例如ping www.google.com

如果它们不起作用,或者需要很长时间,那么可能就是问题所在。

想法 #2:这台机器是否使用某些外部设备(如 LDAP 或 NIS 等)来获取身份验证凭据?如果是,它可能正在等待该外部机器的响应。

答案4

这里有一些很棒的提示,我希望我能做的不仅仅是点赞。然而,多亏了 msw,我发现了真正的问题是这个错误https://bugs.launchpad.net/ubuntu/+source/samba/+bug/584428

为了解决这个问题,我在 /etc/pam.d/common-auth 中注释掉了这一行

auth optional pam_smbpass.so migrate

我不明白为什么这会导致问题;我从未在这台机器上使用 samba 进行登录验证。

相关内容