Ubuntu 18.04 не будет просыпаться после блокировки экрана и отключения / приостановки / сна

27

Я пытаюсь запустить Ubuntu 18.04 на ноутбуке с процессором AMD A12 и графикой Radeon R7. У меня нет ничего, кроме проблем, и я очень обескуражен с Ubuntu, хотя я использовал 12.04 годами без таких проблем.

У меня две проблемы, которые сводят с ума, и я опубликую их отдельно. Проблемы случаются только в Gnome и Ubuntu в Xorg и не возникают в Wayland. Тем не менее, мне сказали, что лучше не запускать Gnome на Wayland.

Эта проблема заключается в том, что компьютер иногда не выходит из режима ожидания. Ну, я думаю, что он просыпается, потому что оптический привод вращается, а жесткий диск тикает, но я не могу войти, потому что экран блокировки - это хэш цветов или искаженный фон без места для входа. Я не могу даже ctrl-alt-F1, чтобы добраться до подсказки. Все входные данные заморожены.

Мне интересно, правильно ли настроен Xorg. Я использую видеодрайвер Oilaf, который хорошо работает под Wayland, поэтому я не знаю, есть ли проблемы с Xorg и этим драйвером.

ubuntu_user7
источник
1
Может быть дублировать вопрос с этим ответом, который работал для меня: askubuntu.com/a/1041397/413258
Роланд
Используете ли вы полное шифрование диска (LUKS), предложенное Ubuntu при новой установке? crypsetupМожет ждать пароль, но этот факт не виден на заблокированном / пустом экране. Запрашиваемая из-за сообщений об ошибках шифрования самого свопа, что создает проблему курицы и яйца. Смотрите: bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950, затрагивающий многих пользователей.
Ариэльф
Связано: askubuntu.com/questions/1029405/…
Алик Эльзин-килака

Ответы:

8

Кажется, есть проблема с драйвером Nouveau. Отредактируйте grubфайл, отредактировав его с доступом sudo.

sudo vim /etc/default/grub 

Добавьте nouveau.modeset=0к строке, которая говоритGRUB_CMDLINE_LINUX=""

Тогда беги

sudo update-grub

Перезагрузитесь после успешного обновления grubфайла.

Кришн Бера
источник
2
Это значит GRUB_CMD_LINUX="nouveau.modeset=0"?
Кларк Генри
1
Это должен быть принятый ответ.
Кларк Генри
Да @ClarkHenry, вам нужно установитьGRUB_CMD_LINUX="nouveau.modeset=0"
Кришн Бера
что помогло мне было установить nouveau.blacklist=1.
Фариборз Гавамян
после этого разрешение не устанавливается должным образом.
Смайель
5

Заставка помогла мне с Xubuntu 18.04 - за исключением того, что я установил xscreensaver и все стало работать правильно.

Roadrunner
источник
3

У меня очень похожая проблема на ноутбуке HP Pavilion 17-ar050wm. Я перепробовал много разных вещей - используя современные драйверы Oilaf / Ubuntu-X, переключаясь в режим lightdmработы, gdm3 -reset- но единственная вещь, которая, кажется, имеет значение, это то, вошел ли я в режим сна, нажав кнопку питания или закрыв крышка ноутбука. Когда я только закрывал крышку, экран / клавиатура не возвращались должным образом примерно в 3/4 времени, но когда я сначала нажал кнопку, он возвращается в 100% случаев (пока).

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

Барт Робинсон
источник
2

Я думаю, что наконец нашел ответ на этот вопрос. Кажется, до сих пор работает, но прошло всего несколько дней. Решение, с которым я столкнулся, заключается в следующем:

sudo gdm3 -reset 

и перезагрузите компьютер.

(Примечание: после сброса gdm3 он вернется к экрану входа, который не позволит вам войти в систему. Не беспокойтесь об этом. Перезагрузитесь, и он вернется к обычному экрану входа, и все будет хорошо.)

ubuntu_user7
источник
3
Я получаю приглашение "Не удалось проанализировать параметры: неизвестный параметр -reset". Есть идеи, почему?
Рон Пигготт
1
Та же ошибка, что и у @RonPiggott
sP_
1
Спасибо за предложение. Я получил ошибку, упомянутую выше, и сделал для нее вопрос: unix.stackexchange.com/questions/488037/…
acobster
Я получил ту же ошибку, но sudo killall gdm3сработал для меня (он убивает gdm3, который затем перезапускается, и экран разблокируется).
Лоуренс Гонсалвес
1

Чтобы восстановить этот экземпляр, я набрал:

sudo apt install gnome-screensaver

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

PlasticSin
источник
1

У меня была эта проблема, на экране блокировки он выключал видеосигнал, но не включался снова.

Если вы попытаетесь ввести пароль вслепую, вы можете заметить, что экран включается и входит в систему.

Это была проблема, связанная с видео / заставкой.

Я исправил это, установив xScreenSaver

adrianTNT
источник
1

Проблема была для меня, lightdmи я смог исправить пустой экран после блокировки, просто переключившись на gdm3:

sudo apt-get install gdm3

При появлении во время установки, изменения от lightdmк gdm3и нажмите клавишу ВВОД. Необходима перезагрузка, и теперь у вас будет более современный экран входа в систему. Самое главное, что пробуждение от блокировки экрана на самом деле работает сейчас, по крайней мере, для меня это, наконец, делает.


Кроме того, если вам надоело застревать во время тестирования всех этих различных решений, используйте комбинацию клавиш CTRL+ ALT+ F1(или любой сеанс с F1- F6), чтобы переключиться на сеанс терминала, а затем переключитесь обратно с помощью CTRL+ ALT+ F7. Теперь вы должны увидеть текст о том, что ваш экран заблокирован, но просто дайте ему 5 секунд, и вы увидите запрос пароля. Это избавило меня от головной боли, вызванной принудительным перезапуском каждого другого решения, которое я пробовал.

CauselessEffect
источник
На ThinkPad (x390) обходной путь сочетания клавиш - FN + CTRL + ALT + F2 (терминальная сессия) и FN + CTRL + ALT + F7 (обратно в GUI)
сэр Джейн
gdm3работает лучше и быстрее чем lightdmу меня!
banan3'14
0

У моей машины была похожая проблема после обновления до Ubuntu 18.04. После закрытия крышки ОС не просыпалась, но включалась подсветка. (Возможно, это не связано: оказалось, что моя клавиатура тоже не отвечает, поскольку блокировка переключателей не загорается светодиодом.)

Я нашел исправление в моих настройках BIOS. Был установлен флажок для включения режима пробуждения при открытой крышке ноутбука. Это было не проверено, но проверка исправила проблему.

$ uname -r
4.15.0-21-lowlatency

$ lsb_release -r
Release:    18.04

$ lscpu
Architecture:        x86_64
Model name:          AMD PRO A10-8700B R6, 10 Compute Cores 4C+6G

$ dmidecode
BIOS Information
    Vendor: HP
    Version: N73 Ver. 01.17
    Release Date: 11/02/2016
inkalchemist1994
источник
0

В моей ситуации:

$ uname -r
4.15.0-33-generic

$ lsb_release -r
Release: 18.04

$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              4
On-line CPU(s) list: 0-3
Thread(s) per core:  1
Core(s) per socket:  4
Socket(s):           1
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          6
Model:               55
Model name:          Intel(R) Pentium(R) CPU N3540  @ 2.16GHz
Stepping:            8
CPU MHz:             880.243
CPU max MHz:         2665,6001
CPU min MHz:         499,8000
BogoMIPS:            4331.60
Virtualization:      VT-x
L1d cache:           24K
L1i cache:           32K
L2 cache:            1024K
NUMA node0 CPU(s):   0-3
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat

$ sudo dmidecode | grep BIOS -A2
BIOS Information
Vendor: Acer
Version: V1.10
BIOS Revision: 0.0
Firmware Revision: 1.9

Аппаратное обеспечение - Aser E5-511-P6CS

Решение - удалить из $vt_handoffстроки личинки .

Для этого - просто отредактируйте /etc/grub.d/10_linuxфайл.

Установите $vt_handoff = "1"на$vt_handoff = "0"

Степан Ильичевский
источник
Вы имеете в виду изменить vt_handoff="1"на vt_handoff="0"? То, как вы это написали, - это синтаксис для сравнения, а не присвоение. Не уверен, что файлы grub других отличаются, но в моем случае есть несколько сравнений ... кажется, имеет больше смысла изменять назначение в начале файла.
Acobster
vt_handoff сообщает, какую виртуальную консоль вызывать. Если на черном экране вы можете переключиться на другую консоль, то это может решить проблему, но если ваша ОС зависла, то не уверен, что это поможет.
Шиталь Шах
0

У меня есть похожие проблемы. Попробовал отключить переключаемую видеокарту и модифицировать vt_handoff. Никто из них не работал.

Затем я «случайно» исправил проблему, установив в BIOS режим SATA «ACHI» (был «IDE», когда я установил Ubuntu). И это решило проблему!

Сян Чжай
источник
1
Вместо продолжения темы (поскольку у людей нет возможности ответить «Ответами на ваш ответ»), было бы лучше ответить на этот вопрос (с первыми 2 абзацами), а затем открыть новый вопрос с вашим 3-м абзацем. Спасибо!
Джефф Шаллер
0

У меня была эта проблема, и я решил ее путем обновления до последнего основного ядра (4.20) из опубликованного Ubuntu (4.15) с помощью Ubuntu Kernel Update Utility (он же Ukuu).

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

Кейси Фултон
источник
0

В моем случае, отключение «автоматической приостановки» как при подключении, так и при работе от аккумулятора решило проблему. Заметил после установки обновлений, настройка снова изменилась сама, имейте это в виду.

введите описание изображения здесь

DimiDak
источник