升级到 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 系统非常神秘,不得不求助于:
- 延长、详细、痛苦的调试会话,或者
- 使用 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 和 dbus
sudo 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 进行登录验证。