web-dev-qa-db-ja.com

ubuntu 14.04がロックから外れない、時々

NVIDIAカードを搭載したDellPrecisionT5400に14.04Ubuntuをクリーンインストールしました。システムが更新およびアップグレードされます。 5分後にシステムがロックされると、システムはパスワード付きログイン画面を表示しません。ただし、ロック前に開いていたアプリのウィンドウは引き続き表示できます。実際にマウスポインタを左に動かして、ツールバーの非表示/再表示のアニメーションを見ることができます。 USBスティックを差し込むと、新しいノーチラスウィンドウが表示されます。 lightdmプロセスを再起動することでデスクトップを再起動できますが、もちろん開いていたすべてのウィンドウとプロセスが失われます。

この問題をデバッグする方法はありますか?誰かが解決策を持っていますか?

宜しくお願いします、

「syslog」を調べた後(Simptnonからの推奨後)、gnomeセッションが「Fatal IO error11」で停止することを発見しました。

May  5 11:24:34 slozano-01 kernel: [233478.298064] usb 1-5.3: USB disconnect, device number 9
May  5 11:24:34 slozano-01 colord: device removed: sysfs-(null)
May  5 11:24:34 slozano-01 colord: device removed: sysfs-samsung-Galaxy_Nexus
May  5 11:29:33 slozano-01 kernel: [233776.995035] nouveau E[compiz[4535]] fail ttm_validate
May  5 11:29:33 slozano-01 kernel: [233776.995043] nouveau E[compiz[4535]] validate vram_list
May  5 11:29:33 slozano-01 kernel: [233776.995100] nouveau E[compiz[4535]] validate: -12
May  5 11:29:33 slozano-01 kernel: [233777.254919] nouveau E[compiz[4535]] fail ttm_validate
May  5 11:29:33 slozano-01 kernel: [233777.254927] nouveau E[compiz[4535]] validate vram_list
May  5 11:29:33 slozano-01 kernel: [233777.254982] nouveau E[compiz[4535]] validate: -12
May  5 11:43:18 slozano-01 colord: device removed: xrandr-Dell Inc.-Dell 2009W-KM50984O435L
May  5 11:43:18 slozano-01 colord: device removed: xrandr-Dell Inc.-Dell 2009W-KM50984O448L
May  5 11:43:18 slozano-01 colord: Profile removed: icc-dc7cf53b156187281507a2bdfcabad3c
May  5 11:43:18 slozano-01 colord: Profile removed: icc-d09afdda29e099d929b13d54c0f5e976
May  5 11:43:18 slozano-01 gnome-session[4340]: Gdk-WARNING: gnome-session: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.#012

これはおそらくバグに関連しています: " https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/999191 "。システムからnvidiaドライバーを削除し、それで問題が解決するかどうかを確認します。

1
slozano

ターミナルにアクセスできない場合は、次を使用できます。

  • Ctrl+Alt+F2 -コア端末にアクセスするため。
  • Ctrl+Alt+F7 -終了してGUIに戻ります。

nautilusを実行している場合は、次の方法でセッションを再開できます。

Sudo killall -9 nautilus && nautilus &

最初に、失敗したセッションのプロセスID(gnome-Shell/nautilus)を取得する必要があります。

ps aux | grep gnome

次のようなものを返します(おそらくより少ないプロセス):

fs11# ~ $ ps aux | grep gnome
ash       2568  0.0  0.1 523420  4300 ?        SLl  Mar17   2:31 /usr/bin/gnome-keyring-daemon --daemonize --login
ash       2578  0.0  0.0 438164  2992 ?        Ssl  Mar17   6:11 gnome-session --session=gnome
ash       2625  0.0  0.0  12616    32 ?        Ss   Mar17   0:07 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session /usr/bin/im-launch gnome-session --session=gnome
ash       2628  0.0  0.0  24468     0 ?        S    Mar17   0:00 /usr/bin/dbus-launch --exit-with-session /usr/bin/im-launch gnome-session --session=gnome
ash       2646  0.0  0.0 124856  1644 ?        Sl   Mar17   0:15 /usr/lib/at-spi2-core/at-spi2-registryd --use-gnome-session
ash       2666  0.0  0.3 966324 13728 ?        Sl   Mar17  15:26 /usr/lib/gnome-settings-daemon/gnome-settings-daemon
ash       2698  1.1 19.8 2952084 805572 ?      SLl  Mar17 836:10 /usr/bin/gnome-Shell
ash       2754  0.0  0.3 528620 15652 ?        Sl   Mar17   7:09 gnome-screensaver
ash       2762  0.0  0.0 420240  2036 ?        Sl   Mar17   0:01 /usr/lib/gnome-Shell/gnome-Shell-calendar-server
ash       2994  0.0  1.2 775312 49648 ?        Sl   Mar17  52:52 gnome-terminal
ash       2998  0.0  0.0  14836   400 ?        S    Mar17   0:00 gnome-pty-helper
ash      13051  0.0  0.0   9448   944 pts/10   S+   10:57   0:00 grep --color=auto gnome

次に、失敗したプロセスを見つける必要があります。

  1. gnome-Shellは通常実行されます/usr/bin/gnome-Shell; [〜#〜]または[〜#〜]
  2. nautilusは通常実行されます/usr/bin/naultilus;

例:

ash       2698  1.1 19.8 2952084 805572 ?      SLl  Mar17 836:10 /usr/bin/gnome-Shell

上記の例では、プロセスIDは2698です-次に、と呼ばれるハングアップ信号を送信して、このプロセスを「正常に再起動」しますHUP次のコマンドを使用します:

kill -HUP 2698

結論

「正常に再起動する」と言うと、ハングアップ信号は単に親プロセスに信号を送信します。 graceful(ly)という句は、基本的に、プロセスが終了するまで待機してから信号を送信します。 したがって、実際にはプロセスを再開していません

0
ash