rhel7で遅いgnomeログインを診断する方法

rhel7で遅いgnomeログインを診断する方法

一般化する

私が最近作業している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はありません。EEWW

探してみたが~/.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

実行プロセスを観察してください。セッションに関連する違いを見つけてください。この数分間何も変更してはいけません。特定のスクリプトやバイナリを見て、その理由を学びましょう。

おすすめ記事