Форум русскоязычного сообщества Ubuntu


Увидели сообщение с непонятной ссылкой, спам, непристойность или оскорбление?
Воспользуйтесь ссылкой «Сообщить модератору» рядом с сообщением!

Автор Тема: Не включается экран монитора после выхода из спящего режима  (Прочитано 51196 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн maxfrei

  • Автор темы
  • Новичок
  • *
  • Сообщений: 18
    • Просмотр профиля
Здравствуйте.

Проблема появилась примерно 2-4 недели назад. После выхода из спящего режима монитор перестал включаться.
Ранее у него менялся цвет индикатора питания, и появлялось изображение (экран входа с выбором пользователя). Теперь же тишина.
При этом сама система из спящего режима выходит, индикаторы на системнике мигают. Если на мониторе нажать кнопку питания (выключить), а потом ещё раз (включить), то изображение появляется.
С чем это может быть связано?

Монитор Benq, подключён по hdmi к видюхе amd rx-460. Система ubuntu 20.04, ядро 5.8.0-55-generic
« Последнее редактирование: 15 Июня 2021, 13:15:35 от maxfrei »

Оффлайн damix

  • Забанен
  • Активист
  • *
  • Сообщений: 664
    • Просмотр профиля
Проблема появилась примерно 2-4 недели назад.
А после каких действий?

Каким способом переводите его в спящий режим? А со ждущим режимом такое происходит?

Эта команда что выдает?
tail -n 50 /var/log/apt/history.log

Оффлайн maxfrei

  • Автор темы
  • Новичок
  • *
  • Сообщений: 18
    • Просмотр профиля
Да вот не знаю даже, после каких действий. Ради эксперимента ставил debian в другой раздел диска - там та же ситуация с монитором. Думал, может от версии ядра или драйверов что-то зависит. Драйвера на видео пробовал и свободные, и с сайта amd. Сбрасывал в uefi настройки на дефолтные.

По поводу имени режима перепутал немного - в ждущий режим переводил, нажатием кнопки на клавиатуре обычно, или же комп сам в него уходил по таймауту в 45 минут.

Эта команда что выдает?
(Нажмите, чтобы показать/скрыть)

Dzhoser

  • Гость
Посмотрите в настройках монитора есть спящий режим?

Оффлайн maxfrei

  • Автор темы
  • Новичок
  • *
  • Сообщений: 18
    • Просмотр профиля
Посмотрите в настройках монитора есть спящий режим?

Есть, он был выключен.

Dzhoser

  • Гость
systemctl suspend монитор отключается и влючается?
Покажите вывод swapon --show

Оффлайн damix

  • Забанен
  • Активист
  • *
  • Сообщений: 664
    • Просмотр профиля
maxfrei, sudo su
echo "mem" > /sys/power/state

Если таким способом перейти в ждущий режим, поведение такое же?

Пользователь добавил сообщение 16 Июня 2021, 19:19:54:
gunzip -c /var/log/apt/history.log.1.gz | tail -n 70
head -n 60 /var/log/apt/history.log
А эти команды что выдают?
« Последнее редактирование: 16 Июня 2021, 19:19:54 от damix »

Оффлайн maxfrei

  • Автор темы
  • Новичок
  • *
  • Сообщений: 18
    • Просмотр профиля
Если таким способом перейти в ждущий режим, поведение такое же?
Да, всё так же. Приходится кнопкой на мониторе выключить его и включить ещё раз, чтоб изображение появилось.

gunzip -c /var/log/apt/history.log.1.gz | tail -n 70
(Нажмите, чтобы показать/скрыть)

head -n 60 /var/log/apt/history.log
(Нажмите, чтобы показать/скрыть)



Пользователь добавил сообщение 17 Июня 2021, 23:02:04:
systemctl suspend
Всё так же, как если и с клавиатуры кнопкой отправить комп в ждущий режим... Монитор ведёт себя так, как на него не поступает входной сигнал по  hdmi.

eugene@eugene-MS-7A38:~$ swapon --show
NAME      TYPE SIZE USED PRIO
/swapfile file   4G   0B   -2
« Последнее редактирование: 17 Июня 2021, 23:02:04 от maxfrei »

Оффлайн damix

  • Забанен
  • Активист
  • *
  • Сообщений: 664
    • Просмотр профиля
maxfrei, не знаю еще в чем дело
ls -l /boot/
gunzip -c /var/log/apt/history.log.1.gz | cat

Оффлайн maxfrei

  • Автор темы
  • Новичок
  • *
  • Сообщений: 18
    • Просмотр профиля
не знаю еще в чем дело
А может быть это связано с глюками самой видеокарты или монитора?

ls -l /boot/
(Нажмите, чтобы показать/скрыть)

gunzip -c /var/log/apt/history.log.1.gz | cat
(Нажмите, чтобы показать/скрыть)

Оффлайн damix

  • Забанен
  • Активист
  • *
  • Сообщений: 664
    • Просмотр профиля
maxfrei, а если загрузиться с ядра 5.8.0-53, наблюдаемое поведение как-нибудь меняется?

А может быть это связано с глюками самой видеокарты или монитора?
Не исключено. Чисто аппаратные неисправности тоже хорошо бы проверить.

А если после пробуждения xset dpms force on экран включается? Ну в смысле ввести команду можно перед уходом в сон, а потом вслепую нажать ENTER.

Dzhoser

  • Гость
Кратко остановимся на режимах энергосбережения. Большинство компьютеров, поддерживающих спецификации ACPI, позволяют использовать два режима: S1 (POS) и S3 (STR). В первом (расшифровывается как Power on Suspend) отключается питание от жесткого диска, некоторых карт расширения, плюс, гасится монитор. Все остальные компоненты (процессор, оперативная память, чипсет…) работают в штатном режиме, возможен только переход на пониженные частоты. Благодаря этому пробуждение происходит очень быстро. Второй режим (сокращение от Suspend to RAM) характеризуется гораздо меньшим энергопотреблением. Перед переходом в него вся информация о состоянии различных компонентов сохраняется в оперативной памяти, после чего все остальные устройства отключаются, остается только дежурное питание. Расплачиваться за это приходится более долгим пробуждением компьютера. Есть еще Hibernate или Suspend to Disk, но он не относится к режимам энергосбережения. При его использовании информация о состоянии различных компонентов «сбрасывается» на жесткий диск, после чего происходит обычное отключение питания.

Для того чтобы режим Suspend to RAM (как, впрочем, и Suspend to Disk) функционировал без сбоев, необходимо четкое взаимодействие всех драйверов компонентов, установленных в системе. При наличии «кривого» драйвера компьютер может не просыпаться вообще или после выхода из спящего режима работать с ошибками. В этом случае необходимо вернуться к менее требовательному в этом плане Power on Suspend.

Режим Suspend to RAM накладывает определенные ограничения на блок питания: ток, отдаваемый по цепи Standby (+5V SB), должен быть не менее 800 мА (рекомендуется 1 А). К современным моделям претензий в этом плане нет — все они совместимы с режимом Suspend to RAM, проблемы могут возникнуть только со старыми компьютерами.
То есть чтобы каманда echo "mem" > /sys/power/state уважаемого damix, отработала, в bios необходимо настроить параметр Suspend-to-RAM Capability d pyfxtybt AUTO или Enable.
Но в любом случае это не спящий режим.
Гибернация (англ. hibernation — «зимняя спячка») — энергосберегающий режим операционной системы компьютера, позволяющий сохранять содержимое оперативной памяти на энергонезависимое устройство хранения данных (жёсткий диск) перед выключением питания. В отличие от ждущего режима, при использовании гибернации подача электроэнергии полностью прекращается. При включении содержимое памяти восстанавливается (загружается с диска в память), и пользователь может продолжить работу с того же места, на котором он остановился, так как все запущенные ранее программы продолжают выполняться.
И тут причин по которым может не работать  из за отсутствия свободного места на диске (содержимое памяти и данные о состоянии оборудования занимают большое количество дискового пространства, примерно равное объёму доступной или используемой оперативной памяти).
То есть или закончилось место на диске или маленький размер swap или неверно указан идентификатор swap.
Для подтверждения этой теории покажите вывод команд
blkidsudo cat /etc/fstabsudo cat /etc/initramfs-tools/conf.d/resumesudo df -h
« Последнее редактирование: 18 Июня 2021, 23:09:19 от Dzhoser »

Оффлайн maxfrei

  • Автор темы
  • Новичок
  • *
  • Сообщений: 18
    • Просмотр профиля
То есть чтобы каманда
Код: [Выделить]
echo "mem" > /sys/power/state
уважаемого damix, отработала, в bios необходимо настроить параметр Suspend-to-RAM Capability d pyfxtybt AUTO или Enable.

Спасибо за столь развёрнутый ответ. К сожалению, я не нашёл у себя похожих опций в своём Msi click bios 5. Есть только настройки пробуждения из ждущего режима (указаны режимы S3, S4 и S5) при помощи мыши, клавы, usb или pci устройств.

Ради эксперимента настроил hibernate и увеличил файл подкачки до размера RAM, команда "sudo systemctl hibernate" отрабатывает, комп выключается, при включении корректно восстанавливает состояние запущенных приложений, монитор выходит из своего ждущего режима и изображение появляется сразу после этого.

А вот с командой "sudo systemctl suspend" поведение так и не изменилось - комп "просыпается", то есть система нормально работает, и, если сделать монитору выкл/вкл, то можно увидеть экран выбора пользователя. Если выкл/вкл не делать, то монитор так и остаётся в своём дежурном режиме, хотя система уже работает.

а если загрузиться с ядра 5.8.0-53, наблюдаемое поведение как-нибудь меняется?
Пробовал, не меняется. И с более старым ядром debian такое же поведение.


А если после пробуждения
Код: [Выделить]
xset dpms force on
экран включается? Ну в смысле ввести команду можно перед уходом в сон, а потом вслепую нажать ENTER.
Тоже не включается...

blkid
eugene@eugene-MS-7A38:~$ blkid
/dev/sda2: UUID="d19ed31b-432a-4436-96f7-de22c4148e78" TYPE="ext4" PARTUUID="0a1b2f40-6cca-4d2f-bac6-cbf98dc030a0"

sudo cat /etc/fstab
(Нажмите, чтобы показать/скрыть)

sudo cat /etc/initramfs-tools/conf.d/resume
cat: /etc/initramfs-tools/conf.d/resume: Нет такого файла или каталога

В параметрах загрузки у меня прописана вот такая конструкция для hibernate:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=UUID=d19ed31b-432a-4436-96f7-de22c4148e78 resume_offset=2582528"

sudo df -h
(Нажмите, чтобы показать/скрыть)

На днях возьму переходник dvi-hdmi и попробую подключить монитор ко встроенной в процессор видюхе, посмотрю, изменится ли что-нибудь.

P.S. Сегодня ещё заметил, что по таймауту неактивности (в системных настройках энергосбережения монитора) вместо отключения изображения полностью и перехода монитора в дежурный режим теперь экран плавно становится чёрным, но при этом не выключается совсем, так как виден курсор мыши.

P.P.S. Подключил монитор к интегрированной видеокарте (AMD® Ryzen 3 3200g with radeon vega graphics × 4 ) по vga-кабелю - монитор стал нормально "просыпаться" вместе с системой...
Значит дискретной rx-460 пора на свалку? Ничего с ней не сделать?
« Последнее редактирование: 22 Июня 2021, 15:01:07 от maxfrei »

Оффлайн maxfrei

  • Автор темы
  • Новичок
  • *
  • Сообщений: 18
    • Просмотр профиля
Судя по всему, это какой-то баг amd и gnome.
Проблема решена добавлением amdgpu.dc=0 в GRUB_CMDLINE_LINUX_DEFAULT.

Оффлайн zmustlivez

  • Новичок
  • *
  • Сообщений: 13
    • Просмотр профиля
Судя по всему, это какой-то баг amd и gnome.
Проблема решена добавлением amdgpu.dc=0 в GRUB_CMDLINE_LINUX_DEFAULT.
Доброго времени суток, у меня такая-же ситуация, но видеокарта NVIDIA, можете подсказать, что куда нужно добавить, чтобы монитор просыпался?)

 

Страница сгенерирована за 0.043 секунд. Запросов: 25.