Вопросы Теги

Черный экран после спящего режима

У меня возникла следующая проблема: после спячки (используя команду sudo systemctl hibernate в терминале или в меню справа вверху рабочего стола Ubuntu), я получаю черный экран (даже если все устройства работают, работает вентилятор! ), и я вынужден перезагрузить ОС, потому что резюме не удалось, и я не могу вернуться в «сохраненное состояние». Содержимое etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla:

[Re-enable hibernate by default in upower] Identity=unix-user:* Action=org.freedesktop.upower.hibernate ResultActive=yes [Re-enable hibernate by default in logind] Identity=unix-user:* Action=org.freedesktop.login1.hibernate;org.freedesktop.login1.handle-hibernate-key;org.freedesktop.login1;org.freedesktop.login1.hibernate-multiple-sessions;org.freedesktop.login1.hibernate-ignore-inhibit ResultActive=yes

Дополнительная информация: версия Ubuntu: 16.04LTS

Версия ядра:

uname -r 4.13.0-26-generic

Графическая информация: [ ! d3] udo lspci | grep -E 'VGA|Display' [sudo] password di michele: 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Whistler [Radeon HD 6730M/6770M/7690M XT] (rev ff) michele@michele-ubuntu:~$ sudo lshw -c display | grep driver configuration: driver=i915 latency=0

Информация о CPU:

sudo lscpu [sudo] password di michele: Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 2 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 42 Model name: Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz Stepping: 7 CPU MHz: 1995.561 CPU max MHz: 2900,0000 CPU min MHz: 800,0000 BogoMIPS: 3991.12 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 6144K NUMA node0 CPU(s): 0-7 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 nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm epb pti tpr_shadow vnmi flexpriority ept vpid xsaveopt dtherm ida arat pln pts

Почему возобновление завершается неудачей? Заранее спасибо за вашу помощь.

15
задан 15 January 2018 в 19:40

7 ответов

Я использую ubuntu 17.10 и после обновления с 17.04 у меня возникла эта проблема (черный экран после приостановления / спящего режима).

Я пытаюсь сменить linux-ядро на ukuu, но не удался.

Потратив много времени на эту проблему, я разрешаю установку инструментов для работы с ноутбуком.

sudo apt-get install laptop-mode-tools

После установки используйте lmt-config-gui для его настройки.

Моя версия ядра 4.15.13-041513-generic

1
ответ дан 17 July 2018 в 22:59

Я только что установил xUbuntu 16.04LTS на новый ноутбук LG Gram и столкнулся с той же проблемой. Я запускаю Kernel 4.13.0-36-generic. Чтобы подтвердить, что это не что-то еще, я сделал следующее, чтобы убедиться, что была установлена ​​спячка:

отключить безопасную загрузку create /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla Поместить в файл следующее и сохранить: [Включить спящий режим default in upower] Identity = unix-user: * Action = org.freedesktop.upower.hibernate ResultActive = yes [Повторно включить спящий режим по умолчанию в logind] Identity = unix-user: * Action = org.freedesktop.login1.hibernate; org.freedesktop.login1.handle-hibernate-key; org.freedesktop.login1; org.freedesktop.login1.hibernate-multiple-sessions; org.freedesktop.login1.hibernate-ignore-inhibit ResultActive = yes подтвержден cat /sys/power/disk вывод shutdown reboot suspend test_resume

Теперь система переходит в спящий режим, но я получил черный экран, как если бы он был заморожен при возобновлении. Я не смог добраться до терминала с помощью CTRL+ALT+F1 или вернуться к отображению с помощью команд CTRL+ALT+F7 или ssh в машине с другого компьютера.

Выбор старшего ядра (4.10.0-28-generic) при загрузке, как показано здесь работал на меня, но я беспокоился о безопасности. Поэтому я попытался использовать инструмент ukuu, чтобы упростить установку основных ядер и иметь возможность легко откатываться назад. Я попытался 4.14-21 (часть LTS), и он работает без проблем до сих пор.

Аналогичные проблемы здесь .

2
ответ дан 17 July 2018 в 22:59

Это похоже на ошибку с ядром 4.13.0-26-generic. См. Отчет об ошибке здесь: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1743094?comments=all

Решение состоит в том, чтобы понизить ядро ​​до 4.10.0-42-generic, но имейте в виду, что вы потеряете патч для Meltdown и некоторых смягчающих эффектов. Ядро mainline также исправляет проблему.

5
ответ дан 17 July 2018 в 22:59

Я использую ubuntu 17.10 и после обновления с 17.04 у меня возникла эта проблема (черный экран после приостановления / спящего режима).

Я пытаюсь сменить linux-ядро на ukuu, но не удался.

Потратив много времени на эту проблему, я разрешаю установку инструментов для работы с ноутбуком.

sudo apt-get install laptop-mode-tools

После установки используйте lmt-config-gui для его настройки.

Моя версия ядра 4.15.13-041513-generic

1
ответ дан 24 July 2018 в 13:33
  • 1
    И какова была конфигурация? Не могли бы вы объяснить больше? – Khalil Laleh 5 June 2018 в 18:33

Я только что установил xUbuntu 16.04LTS на новый ноутбук LG Gram и столкнулся с той же проблемой. Я запускаю Kernel 4.13.0-36-generic. Чтобы подтвердить, что это не что-то еще, я сделал следующее, чтобы убедиться, что была установлена ​​спячка:

отключить безопасную загрузку create /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla Поместить в файл следующее и сохранить: [Включить спящий режим default in upower] Identity = unix-user: * Action = org.freedesktop.upower.hibernate ResultActive = yes [Повторно включить спящий режим по умолчанию в logind] Identity = unix-user: * Action = org.freedesktop.login1.hibernate; org.freedesktop.login1.handle-hibernate-key; org.freedesktop.login1; org.freedesktop.login1.hibernate-multiple-sessions; org.freedesktop.login1.hibernate-ignore-inhibit ResultActive = yes подтвержден cat /sys/power/disk вывод shutdown reboot suspend test_resume

Теперь система переходит в спящий режим, но я получил черный экран, как если бы он был заморожен при возобновлении. Я не смог добраться до терминала с помощью CTRL+ALT+F1 или вернуться к отображению с помощью команд CTRL+ALT+F7 или ssh в машине с другого компьютера.

Выбор старшего ядра (4.10.0-28-generic) при загрузке, как показано здесь работал на меня, но я беспокоился о безопасности. Поэтому я попытался использовать инструмент ukuu, чтобы упростить установку основных ядер и иметь возможность легко откатываться назад. Я попытался 4.14-21 (часть LTS), и он работает без проблем до сих пор.

Аналогичные проблемы здесь .

2
ответ дан 24 July 2018 в 13:33

Я только что переустановил и медленно перестроил свой Ubuntu-18.04. И после каждой новой вещи, которую я переустанавливаю, я повторно тестирую свою гибернацию.

До сих пор со свежей установкой и даже с указанным выше ppa ...

sudo add-apt-repository ppa: графические драйверы ...

и я снова установил Nvidia-396 (самый текущий {не проверенный}) драйвер и спящий режим еще не проблема, поэтому я исправляюсь.

Я нашел 2 места, где можно найти журналы, которые показывают работу множество задач и ошибок ... и патетически не знали, что они существуют. Отлично подходит для съемки проблем. Для вашей информации они:

sudo add-apt-repository ppa: графические драйверы ...

/ var / log / syslog ... и /var/log/pm-suspend.log

Они могут помочь другим с этой причудливой проблемой,

0
ответ дан 24 July 2018 в 13:33

Это похоже на ошибку с ядром 4.13.0-26-generic. См. Отчет об ошибке здесь: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1743094?comments=all

Решение состоит в том, чтобы понизить ядро ​​до 4.10.0-42-generic, но имейте в виду, что вы потеряете патч для Meltdown и некоторых смягчающих эффектов. Ядро mainline также исправляет проблему.

5
ответ дан 24 July 2018 в 13:33
  • 1
    Благодарю. В этом случае лучше, если я отключу спящий режим. Можете ли вы предложить мне, как это сделать, пожалуйста? – michele_ub 16 January 2018 в 19:42
  • 2
    Гибернация - это абсолютно критическая функциональность против простого «приостановки в оперативную память». с точки зрения безопасности. Всем пострадавшим, пожалуйста, убедитесь, что вы нажимаете ссылку, в которой говорится «Эта ошибка затрагивает людей xx. Эта ошибка влияет на вас? & Quot; в верхней части отчета об ошибке , в противном случае эта ошибка может отсутствовать в течение нескольких месяцев, если не годы ... – sxc731 20 January 2018 в 19:09
  • 3
    ОК. Я сделал это! @ sxc731 – michele_ub 22 January 2018 в 13:09
  • 4
    @michele_ub: Не могли бы вы открыть новый вопрос , если у вас есть новый или последующий вопрос? Раздел комментариев не подходит или предназначен для новых вопросов или расширенного обсуждения. Вы можете отправить мне комментарий с уведомлением, чтобы привлечь мое внимание к нему. Благодарю. – David Foerster 9 February 2018 в 22:01
  • 5
    Такая же проблема с 4.13.0-36-generic. Этот ответ устранил мою проблему. – jtlindsey 28 February 2018 в 03:38

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

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