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
ここにはいくつかの素晴らしいヒントがありましたが、私は単なる賛成以上のことをしたいと思います。しかし、mswのおかげで私が発見した本当の問題はこのバグでした https://bugs.launchpad.net/ubuntu/+source/samba/+bug/584428
それを解決するために、/ etc/pam.d/common-authのこの行をコメントアウトしました
auth optional pam_smbpass.so migrate
これが問題を引き起こす理由がわかりません。このマシンでログイン認証にsambaを使用したことはありません。
「HALまたはDBUSが機能していない」とは、「燃料ポンプが機能していない」ということです。 gnome-power-managerが問題を引き起こしているわけではありませんが、その不満は何が起こっているのかをかなりよく示しています。答えには2つの面があります。
これは「起こるべきではない」ことであり、Ubuntu LTSのアップグレードであなたに起こった場合、他の誰かに起こった、または起こる可能性があり、Ubuntuはそれについて知りたいと思っています。使用するコマンドは
$ ubuntu-bug gdm
バグの報告-HowTo で文書化されています。
Unixプロセスの階層と初期化ルーチンの詳細な知識を主張できる時代がありました。もはや。 dbusシステムは非常に神秘的で、次の手段に頼らなければなりません。
この帯域幅が制限されたチャネル全体で、(2)と以下をお勧めします。
Sudo apt-get purge gdm dbus dbus-x11
との関係Sudo apt-get install gdm dbus dbus-x11
でgdmとdbusを再インストールします幸運を。
はじめに、/var/log/gdm/:0-greeter.log
を熟読してください。 /var/log/auth.log
のタイムスタンプに従うことで遅延を見つけることができるかどうかを確認します。
アイデア#1:おそらくDNSタイムアウトに関連しているように聞こえますか?
/etc/resolv.conf
にリストされているDNSサーバーにpingできることを確認します。ping www.google.com
など、名前をIPに解決するいくつかのことを試してくださいそれらが機能しない場合、または時間がかかる場合、それが問題になる可能性があります。
アイデア#2:このマシンは、LDAPやNISなどの外部のものを認証資格情報に使用していますか?その場合、その外部マシンからの応答を待機している可能性があります。