Замораживание при возобновлении с экрана или состояния монитора-сна [закрыто]

Я установил Natty на более старый рабочий стол Samsung на работе. Это общая машина, которая не требует блокировки экрана, паролей или чего-то еще. (Возможно, у этого должны быть эти функции, но никто не использовал бы его тогда.)

В любом случае, после того, как заставка активирована и впоследствии деактивирована, интерфейс часто (хотя и не всегда) зависает. «Замерзнуть», я имею в виду, что, хотя указатель мыши перемещается по экрану, система (Unity, возможно?) Не реагирует на клики или обычный ввод клавиатуры (однако Ctrl + Alt + F1 работает). Кроме того, часы на панели перестают обновляться и продолжают отображать время, в которое произошло замораживание (которое, как представляется, было во время активной заставки). Единственный способ, который я нашел восстановить, - это sudo service gdm restart.

После обнаружения этой проблемы я отключил экранную заставку. Похоже, что какое-то время вылечило проблему, но теперь она вернулась, после того, как монитор заснул. Я думал, что кто-то возился с настройками, но вряд ли кто-то это сделает, и я не мог найти ничего плохого.

Любая идея, что вызывает эту проблему и как ее исправить?

4
задан 26 May 2011 в 11:19

9 ответов

Все еще только обход, но я сделал kill -9 в процессе компиляции, и процесс gnome-session возобновил его, и после непродолжительного ожидания, когда все было перерисовано, все продолжалось по-прежнему.

3
ответ дан 25 July 2018 в 21:50
  • 1
    Благодарю. Я дам ему попробовать в следующий раз, когда произойдет заморозка. – Scott Severance 15 June 2011 в 13:26
  • 2
    Сегодня я замораживался и смог проверить ваше обходное решение. Это сработало. Особо следует отметить: отправка SIGTERM, SIGHUP и SIGINT (сигналы 15, 1 и 2 соответственно) не смогли убить Compiz. После того, как эти сигналы не удались, я отправил SIGKILL (9). Очевидно, Compiz, наконец, умер и так возродился. Теперь, чтобы найти причину ... – Scott Severance 21 June 2011 в 19:23
  • 3
    Что такое kill -9? Можете ли вы объяснить свой ответ, пожалуйста? – Benjamin 26 July 2011 в 13:42
  • 4
    Я на самом деле только что искал этот ответ сегодня, чтобы напомнить мне, как вернуть свою сессию после очередного замораживания. :) 'kill' описан на странице manual . 9 - SIGKILL: «Для других процессов может потребоваться использование сигнала KILL (9), поскольку этот сигнал не может быть захвачен». – torpesco 27 July 2011 в 21:09

Все еще только обход, но я сделал kill -9 в процессе компиляции, и процесс gnome-session возобновил его, и после непродолжительного ожидания, когда все было перерисовано, все продолжалось по-прежнему.

3
ответ дан 26 July 2018 в 17:10

Все еще только обход, но я сделал kill -9 в процессе компиляции, и процесс gnome-session возобновил его, и после непродолжительного ожидания, когда все было перерисовано, все продолжалось по-прежнему.

3
ответ дан 31 July 2018 в 12:59

Все еще только обход, но я выполнил kill -9 в процессе компиляции, и процесс gnome-session возобновил его, и после непродолжительного ожидания, когда все было перерисовано, все продолжалось по-прежнему.

3
ответ дан 2 August 2018 в 03:26

Все еще только обход, но я выполнил kill -9 в процессе компиляции, и процесс gnome-session возобновил его, и после непродолжительного ожидания, когда все было перерисовано, все продолжалось по-прежнему.

3
ответ дан 4 August 2018 в 19:23

Все еще только обход, но я сделал kill -9 в процессе компиляции, и процесс gnome-session возобновил его, и после непродолжительного ожидания, когда все было перерисовано, все продолжалось по-прежнему.

3
ответ дан 6 August 2018 в 03:34

Все еще только обход, но я выполнил kill -9 в процессе компиляции, и процесс gnome-session возобновил его, и после непродолжительного ожидания, когда все было перерисовано, все продолжалось как до этого.

3
ответ дан 7 August 2018 в 21:23

Все еще только обход, но я выполнил kill -9 в процессе компиляции, и процесс gnome-session возобновил его, и после непродолжительного ожидания, когда все было перерисовано, все продолжалось как до этого.

3
ответ дан 10 August 2018 в 09:41

Все еще только обход, но я выполнил kill -9 в процессе компиляции, и процесс gnome-session возобновил его, и после непродолжительного ожидания, когда все было перерисовано, все продолжалось как до этого.

3
ответ дан 13 August 2018 в 15:53
  • 1
    Благодарю. Я дам ему попробовать в следующий раз, когда произойдет заморозка. – Scott Severance 15 June 2011 в 13:26
  • 2
    Сегодня я замораживался и смог проверить ваше обходное решение. Это сработало. Особо следует отметить: отправка SIGTERM, SIGHUP и SIGINT (сигналы 15, 1 и 2 соответственно) не смогли убить Compiz. После того, как эти сигналы не удались, я отправил SIGKILL (9). Очевидно, Compiz, наконец, умер и так возродился. Теперь, чтобы найти причину ... – Scott Severance 21 June 2011 в 19:23
  • 3
    Что kill -9 ? Можете ли вы объяснить свой ответ, пожалуйста? – Benjamin 26 July 2011 в 13:42
  • 4
    Я на самом деле только что искал этот ответ сегодня, чтобы напомнить мне, как вернуть свою сессию после очередного замораживания. :) 'kill' описан на странице manual . 9 - SIGKILL: «Для других процессов может потребоваться использование сигнала KILL (9), поскольку этот сигнал не может быть захвачен». – torpesco 27 July 2011 в 21:09

Другие вопросы по тегам:

Похожие вопросы: