Гном вызывает зависание системы; Единства нет. Как найти проблему?

В Gnome Shell есть ошибка или, возможно, что-то под ней (похоже, относится и к gdm), которая приводит к полной блокировке системы при подключении внешнего монитора.

Этого не происходит при использовании Unity.

Нет никаких журналов, потому что система просто блокируется и имеет пустой экран. Вы не можете выйти с помощью Ctrl + Alt + F1 , а также с помощью специальных триггеров SysRq .

Это простая версия диагностики. Более сложный бит похож на:

monitor  driver  de         result
-------- ------- ---------- -----------------------
internal intel   gnome      works
internal intel   unity      works
internal nvidia  gnome      works
internal nvidia  unity      works
external intel   gnome      massive crash
external intel   unity      Kernel buffer underrun
external nvidia  gnome      massive crash
external nvidia  unity      works

Переполнение буфера, о котором я сообщил о ядре - система была жива после, поэтому у меня были логи и т. Д. Но я не знаю, как сообщить о проблеме гнома.

edit

За это проголосовали, потому что это звучало как общее «как сообщить об ошибке». Я предполагаю, что вместо этого я спрашиваю: кто-нибудь знает библиотеку, используемую gnome и gdm, которая не используется Unity или Lightdm, и это может быть ключом к пониманию, где лежит ошибка? Я был удивлен, например, что GDM не работает, и это привело меня к мысли, что это не проблема оболочки gnome ...

-1
задан 14 April 2016 в 23:00

1 ответ

Согласно wiki я должен сообщить об ошибке под:

  • провальный менеджер по оформлению: gdm3
  • xorg, потому что оболочка гнома не запустится
0
ответ дан 15 April 2016 в 09:00
  • 1
    Защищенная загрузка не должна причина этот тип проблемы. (Однако много EFIs и программы начальной загрузки являются багги, таким образом, я wouldn' t полностью исключают его как возможность - но it' s очень далекий вниз список подозреваемых.) AFAIK, команда Windows bootrec /fixmbr фиксирует проблемы загрузки режима BIOS и так бессмысленна в лучшем случае на этом основанном на EFI компьютере. Остальная часть этого ответа могла бы помочь преодолеть непосредственную проблему, но возможности являются oldfred, корректно, что проблема вызывается отказом отключить Быстрый Запуск и Быть в спящем режиме. Те опции должны быть отключенными к безопасно двойной загрузке с Windows 8 или позже. – Rod Smith 25 August 2017 в 07:00

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

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