человечность 14.04, не выходящая из блокировки, иногда
У меня есть чистые 14,04 установок Ubuntu на Dell Precision T5400 с картой NVIDIA. Система обновлена и обновлена. Когда системные блокировки после 5 минут, система не показывает вход в систему с экраном пароля. Но я могу все еще SES окна приложений, которые я имел открытый перед блокировкой. Я могу на самом деле переместить указатель мыши налево и видеть скрыться/раскрыть анимацию для панели инструментов. Если разъем палка usb I видит новое окно наутилуса. Я могу перезапустить рабочий стол путем перезапуска процесса lightdm, но я освобождаю все окна и процесс, который я имел открытый, конечно.
Какие-либо идеи, как отладить эту проблему? у кого-то есть решение?
С уважением,
После рассмотрения "системного журнала" (после рекомендации от Simptnon) я обнаружил, что сессия гнома останавливается с "Фатальной ошибкой IO 11"
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 / + ошибка/999191". Я буду удалять драйверы Nvidia из системы и видеть, решает ли это проблему.
1 ответ
Если Вы не можете войти к терминалу тогда, Вы могли бы использовать:
- Ctrl + Высокий звук + F2 - Для доступа к базовому терминалу;
- Ctrl + Высокий звук + F7 - чтобы выйти и возвратиться к GUI;
, Если Вы работаете nautilus, можно перезапустить сессию:
sudo killall -9 nautilus && nautilus &
необходимо сначала получить идентификатор процесса неудавшейся сессии (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
Теперь необходимо найти неудавшийся процесс:
-
gnome-shellобычно работал бы/usr/bin/gnome-shell; ИЛИ -
nautilusобычно работал бы/usr/bin/naultilus;
Пример:
ash 2698 1.1 19.8 2952084 805572 ? SLl Mar17 836:10 /usr/bin/gnome-shell
С примером выше идентификатора процесса 2698 - Теперь мы идем в "корректно перезапуск" этот процесс путем отправки сигнала зависания, известного как HUP со следующей командой:
kill -HUP 2698
Заключение
, Когда я говорю "корректно перезапуск" - сигнал зависания просто, отправляет сигнал в родительский процесс. Фраза, корректная (ly) по существу, ожидает, пока процесс не закончился прежде, чем отправить сигнал. , Таким образом, Вы на самом деле не перезапускаете процесс .