web-dev-qa-db-ja.com

ログイン時に黒い画面、gnome-shellがCPUを100％消費する

通常のUbuntuログイン画面から、名前をクリックし、パスワードを入力して、Enterキーを押します。画面が黒くなる...黒のままです。デスクトップにアクセスできません。

別のコンピューターからSSHでhtopを実行すると、/usr/bin/gnome-Shellが単一コアの100％を消費していることがわかります。 gnome-Shellを除き、システムは完全にアイドル状態です。 htopの平均負荷は、正確に1.00です。

htop showing gnome-Shell at 100%

今日、私は1時間以上そこに置いたが、変化はなかった。それ以来、リブートも試みましたが、結果は同じです。このデスクトップは以前は正常に機能していましたが、私が何を台無しにしたのかわかりません。何が起こっているのかをデバッグするにはどうすればよいですか？

nvidialogingnome-shell
10
Stéphane

気まぐれに、nvidiaドライバーの更新を見たので、nouveauに切り替えようとしました。正しく行ったかどうかはわかりませんが、問題は解決しました。これは私が実行したものです：

Sudo apt-get purge nvidia-\*
Sudo apt-get autoclean
Sudo apt-get autoremove
Sudo reboot

この時点で、すべてが再び機能しているように見え、「Software＆Updates」の「Additional Driver」タブを見ると、このコンピューターがNVIDIAではなくNouveauを使用していることがわかります。

5
Stéphane

私のアドバイスは、最初に新しいユーザーでログインしてみることです。SSH経由でユーザーを作成できます。

Sudo adduser testuser

その新しいユーザーでログインしてみてください。 gnome-Shellがまだ100％を占めて動作していない場合、そのパッケージに問題がある可能性があります。破損したディスクにより/usr/bin/gnome-Shellバイナリが破損している可能性があります。 ：

Sudo debsums -s

それが何かを印刷する場合、それらのパッケージファイルは破損しています（または何らかの理由でユーザー/プログラムによって変更されていますが、そうではないはずです）

最後に、テストユーザーとしてログインできるが、既存のアカウントではログインできない場合は、ホームディレクトリ内のこれらのファイルの名前を別のものに変更し、ログインして問題の原因となっているファイルを絞り込みます。

  • ~/.config
  • ~/.gconf
  • ~/.local
3
Kristopher Ives

私は同じ問題を抱えており、起動時にログインを無効にすると、それが修正されました。

  • [設定]> [詳細]> [ユーザー]に移動します
  • ロック解除をクリックし、パスワードを入力します
  • 自動ログインを有効にする

その後、nvidiaドライバーを再インストールしますが、現在のセッションからログアウトして再度ログインすると、ブラックスクリーンの問題が再び発生することに注意してください（少なくとも私もそうでした）。ただし、画面をロックしてログインし直すことは正常に機能します。

0
Nate