GNOME Shell 3.2 зависает при поиске [закрыт]

У меня есть Gnome shell 3.2 и установлена ​​тема gnome 3.2. Но когда я использую панель поиска в «Действиях», оболочка gnome зависает, и я остаюсь без другой опции, кроме как перезагрузить систему. Это ошибка? Или есть какое-то решение для этого?

4
задан 25 October 2011 в 23:35

6 ответов

Чтобы восстановить, возможно, более чистый путь - это использовать терминал через ctrl + alt + f1, а затем перезапустить lightdm.

sudo service lightdm stop
sudo service lightdm start
0
ответ дан 25 July 2018 в 21:01

это происходит со мной, и у меня нет решения, чтобы предотвратить его, но вот способ выйти из него без перезапуска gdm:

  • нажать CTRL-ALT-F1
  • это приводит к выводу терминала
  • login
  • в «ps -f | grep -i gnome shell»
  • принимает идентификатор процесса PID rom этот тип команды «kill -9 PID», где PID - ваш идентификатор процесса (например, 6949)
  • gnome-shell будет повторно появляться на этой точке
  • , нажимая CTRL-ALT-F7, чтобы вернуться к gui

Это позволяет вам сохранить любую работу. и не терять ни одного окна, когда происходит блокировка.

Его можно совместить ps и убить в одну элегантную команду. Кто-то еще может это сделать .... Я ищу решение проблемы поиска.

ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ: Это происходит со мной на 100% при поиске. Решение, которое я нашел, это изменить тему оболочки на Ubuntu GNOME 3 по умолчанию, используя инструмент gnome-tweak. Это укрепило меня. Кажется, что некоторые темы имеют проблемы совместимости.

2
ответ дан 31 July 2018 в 12:52

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

для получения дополнительной информации см. в исходной ошибке.

https: // bugzilla. redhat.com/show_bug.cgi?id=741964

0
ответ дан 2 August 2018 в 02:43

это происходит со мной, и у меня нет решения, чтобы предотвратить его, но вот способ выйти из него без перезапуска gdm:

  • нажать CTRL-ALT-F1
  • это приводит к выводу терминала
  • login
  • в «ps -f | grep -i gnome shell»
  • принимает идентификатор процесса PID rom этот тип команды «kill -9 PID», где PID - ваш идентификатор процесса (например, 6949)
  • gnome-shell будет повторно появляться на этой точке
  • , нажимая CTRL-ALT-F7, чтобы вернуться к gui

Это позволяет вам сохранить любую работу. и не терять ни одного окна, когда происходит блокировка.

Его можно совместить ps и убить в одну элегантную команду. Кто-то еще может это сделать .... Я ищу решение проблемы поиска.

ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ: Это происходит со мной на 100% при поиске. Решение, которое я нашел, это изменить тему оболочки на Ubuntu GNOME 3 по умолчанию, используя инструмент gnome-tweak. Это укрепило меня. Кажется, что некоторые темы имеют проблемы совместимости.

2
ответ дан 7 August 2018 в 20:36

вернет тему в исходную тему или тему загрузки, совместимую с версией оболочки gnome, которая у вас есть.

0
ответ дан 10 August 2018 в 08:58

Существует, вероятно, не простое решение, вам придется подать отчет об ошибке вверх по потоку с помощью gnome для любого типа разрешения.

FWIW Я подал аналогичный отчет об ошибке с gnome несколько месяцев назад (сейчас, использовал Fedora 15 в то время).

По моему опыту:

  1. Как рекомендуется, тема по умолчанию, включая набор значков по умолчанию, работает лучше всего. Если вы выполняете настройки, вы подвергаетесь более высокому риску для проблем.
  2. Существует некоторая изменчивость с используемым вами драйвером. Лично я использую Nvidia. С драйвером nouveau у меня были жесткие блокировки, и единственный способ восстановить был с жесткой перезагрузкой. С драйвером nvidia я не получал блокировки, но потерял свои значки.

У меня также были блокировки при использовании поиска, часто я мог восстановить, перезапустив gnome-shell (Alt + F2, hit r, затем Enter - вы можете не видеть какой-либо вывод на экране во время этой последовательности действий с клавиатурой) или перезапустить X (при поиске не пришлось выполнять жесткую загрузку с блокировкой).

Когда это ( lockups), вам нужно будет ssh из другого поля и вытащить журналы (для отчетов об ошибках).

FWIW, вот пример того типа информации, который вам будет задан (вероятно, из восходящего потока)

https://bugzilla.redhat.com/show_bug.cgi?id=716619

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

FWIW, отчет об ошибке, который я подал с gnome.bugzilla, не был решен и настолько стар, что он больше не существует (я искал).

В конце дня, как проще обновить карту nvidia.

1
ответ дан 15 August 2018 в 21:47

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

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