
一般化する
私が最近作業しているRHEL7ワークステーションは、GUIログイン画面でパスワードを入力し、実際にデスクトップが表示されるまでに長い時間(数分)かかります。
これの原因を診断する方法を知りたいです。
私が見るもの
ログイン画面へのブートは予想通り速くなりました。ログインプロセスが遅かっただけです。
時にはログインが終わらずにログイン画面に戻ったり、ウィンドウを飾らずに起動して後で表示されないこともありますが、ほとんどの場合デスクトップが表示されるのに時間がかかります。
私が試したこと
同じ調査を試みた他のユーザーを検索しましたが、何も見つかりませんでした。
確認してみましたが、/var/log/wtmp
ログインlast
(またはログインして再度ログアウト)した状態でのみ表示されます。
探してみると、線と一致する線を見ることが/var/log/secure
できましたが、明らかにその間には何の問題もありませんでした。pam_vas: Authentication <succeeded>
pam_unix(gdm-password:session): session closed for user
私も確認しましたが、/var/log/Xorg.0.log
どちらもエラーや警告/var/log/Xorg.0.log.old
はありません。EE
WW
探してみたが~/.xsession-errors
タイムスタンプが足りないということは、そこにあるメッセージが期待ほど有用ではないことを意味し、多くの警告があるが深刻に見える唯一のものは次のとおりです。
(polkit-gnome-authentication-agent-1:3240): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
...
GLib-GIO-ERROR **: Settings schema 'org.gnome.desktop.interface' is not installed
...
###!!! [Child][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost
そして一群の
Fatal IO error 11 (Resource temporarily unavailable) on X server :0.
メッセージがありますが、これまでに検索した内容に関連しているようではありません。
autostart
また、すべてのプログラムとユーザーのテーマ拡張を無効にし、システムにインストールされていないすべてのGNOME拡張を削除してみました。これらのどれも役に立ちません。
私が望むもの
私たちのサポートチームの規模がどれほど大きいかを考えて、この問題をできるだけ診断して問題を解決できない場合でも、少なくとも最初に始めるように努力したかったのです。
私が見なければならない他のログがあるのか、そしてこのログファイルで何を見つけるべきか疑問に思います。
警告する
私はいません。根このコンピュータにアクセスできますが、sudo
アクセスが制限されています。残念ながら、journalctl
これは私が実行できるコマンドの1つではありませんsudo
。
唯一のウィンドウマネージャオプションは次のとおりです。小人(3) システムは一時ドワーフクラシック同じでしたが、アップデート後に消えましたね。私のホームディレクトリはGigEを介してアクセスされるnfs共有にあり、システムには32 GBのRAM、NVMeストレージ、およびQuadro P1000グラフィックカード(該当する場合)があります。
答え1
上記の情報は、問題の根本原因を理解するには不足しています。私が試す方法の1つ:
ユーザーとしてテキストコンソールにログインします。する
for((;;)); do ps aux --forest; sleep 0.5s; done >audit
実行プロセスを観察してください。セッションに関連する違いを見つけてください。この数分間何も変更してはいけません。特定のスクリプトやバイナリを見て、その理由を学びましょう。