Вопрос или проблема
Когда я не включаю монитор достаточно быстро при включении ПК, я вижу только черный экран:
- Я все еще могу «вслепую» войти в систему
- Моя Bluetooth колонка все равно автоматически подключается и воспроизводит звук
- На экране входа в систему (который я не вижу) я все еще могу переключиться на TTYs. Тогда я могу видеть приглашение на вход на экране. Возвращение к сессии Lightdm просто показывает черный экран
ОС: Archlinux
WM: i3wm (Xorg)
DM: LightDM
Xorg.0.log: https://pastebin.com/yyv9QLgT
sudo journalctl -b -1: https://pastebin.com/RMa7fxwC
Эта проблема существует так долго, как я могу вспомнить, я только сейчас прошу о помощи, потому что только теперь это действительно беспокоит меня: запуск sunshine с Wake-on-LAN бесполезен, так как не может запустить Steam.
Спасибо за вашу помощь!
РЕДАКТИРОВАНО:
Если это актуальная информация:
После того как у меня впервые возникла эта проблема, я обновил свой десктоп, оставив только блок питания и видеокарту нетронутыми.
Я видел такое поведение с Raspberry PIs. Когда видео устройство инициализируется и настраивается, оно ищет информацию о дисплее. Если оно ее не находит, оно выбирает что-то по умолчанию, что может быть альтернативным выходом или странным размером.
Я подозреваю, может быть механизм перенастройки, но я не могу сказать вам что-то конкретное.
Интересно, что ваша версия затрагивает только X сервер. Так что быстрой (Linux) исправлением может быть использование Alt-Sysrq-K или Ctrl-Alt-Backspace (если включено) для завершения X сервера и его перезапуска.
Я попробовал другой видеокабель: с DisplayPort на HDMI, и я больше не могу воспроизвести вывод No Signal при долгом ожидании включения монитора.
Ответ или решение
Когда монитор не успевает включиться одновременно с загрузкой ПК, он не может взаимодействовать с видеокартой таким образом, чтобы обеспечить корректное отображение изображения. Эта проблема может быть вызвана общими техническими особенностями взаимодействия устройств, оборудованных современными интерфейсами передачи данных, такими как HDMI или DisplayPort. На основе представленных вами данных, давайте разберем, каким образом данная ситуация происходит и как ее можно исправить.
Теория
Большинство современных видеокарт и мониторов используют системы обнаружения подключаемых устройств, известные как EDID (Extended Display Identification Data). При загрузке системы и инициализации видеокарты, она отправляет сигнал монитору, который в ответ возвращает данные о поддерживаемых разрешениях и режимах работы. Если монитор на момент этой инициализации выключен или включается с задержкой, видеокарта может не получить необходимую информацию и, соответственно, использовать дефолтные настройки отображения, которые не всегда соответствуют реальным возможностям монитора. В результате, система может оставаться в состоянии, при котором монитор остаётся "без сигнала".
Пример
Ваш случай с системы на ArchLinux, использующей Xorg на оконном менеджере i3wm и дисплейном менеджере LightDM, как раз иллюстрирует подобную проблему. Поведение системы, когда "вслепую" можно войти в систему, также как и возможность переключения на другие TTY, говорит о том, что сама операционная система функционирует корректно, но проблема возникает именно на уровне X-сервера. Это подтверждается тем, что при переключении на консольный интерфейс вы можете увидеть вывод системы, и экран начинает отображать информацию корректно.
Также важным фактором является ваше замечание о том, что после замены кабеля с DisplayPort на HDMI проблема перестала воспроизводиться. Это наводит на мысль о том, что проблема может быть сопряжена с конкретными особенностями работы DisplayPort в сочетании с вашей видеокартой и монитором.
Применение
Рассмотрим шаги, которые могут помочь в решении вашей проблемы:
-
Инициализация монитора: Убедитесь, что монитор включён до момента полного включения компьютера. Это гарантирует, что при инициализации видеокарта получит все необходимые данные о поддерживаемых режимах.
-
Использование альтернативных интерфейсов: Как показал ваш успешный опыт замены кабеля, если проблема продолжает оставаться актуальной, можно временно или постоянно переключиться на HDMI, который более "стабилен" в плане совместимости в некоторых конфигурациях.
-
Настройка X-сервера: Рекомендуется изучить лог-файлы Xorg (например, Xorg.0.log), чтобы выявить возможные ошибки или предупреждения во время инициализации X-сессии. Кроме того, вы можете настроить
xorg.confдля статического определения параметров монитора, принудительно задав необходимые разрешения и частоты обновления экрана. -
Перезапуск X-сервера: В случаях, когда в X-сессии по-прежнему отсутствует изображение, но по каким-то пропускам инпута очевидно, что сама система работает корректно, вы можете использовать клавиатурное сокращение (если включено) для перезапуска X-сессии —
Ctrl-Alt-Backspace, либоAlt-Sysrq-K, что может вернуть работоспособность экрана. -
Обновление системы: Поскольку проблемы могут быть связанны с несовместимыми драйверами, вам следует удостовериться, что ваши графические драйвера обновлены до последней версии. Возможно, в новых версиях драйверов исправлены ошибки, вызывающие подобное поведение.
-
Использование альтернативных оконных и дисплейных менеджеров: Часто проблемы могут быть связаны с конкретными конфигурациями используемых оконных или дисплейных менеджеров. Вы можете протестировать работу системы с другими вариантами, например, GDM вместо LightDM или иной оконный менеджер.
Следуя вышеописанным шагам и подходам, вы должны уменьшить или полностью устранить проблему "No Signal", с которой вы сталкиваетесь. В сложных случаях, обращение в поддержку производителя оборудования или на технические сообщества Linux может предоставить вам дополнительные полезные советы и исправления.