Вопрос или проблема
Я пытаюсь настроить безголовый доступ к Raspberry Pi. На сервере новая установка 24.04 server и gnome-desktop-minimal.
При доступе появляется черный экран примерно на 30 секунд, а затем исчезает. Разные клиенты ведут себя одинаково (remmina, Windows App для mac). Syslog показывает, что wayland успешно запускает службу экранной заставки, затем происходит пауза и прерывание передачи (предположительно входящего соединения). Во время паузы процесс, выполняющий gnome-remote-de, использует около 100% ядра процессора.
Есть идеи, в чем проблема?
выдержка syslog:
Dec 29 15:26:39 astrobuntu xbrlapi.desktop[13695]: openConnection: connect: No such file or directory
Dec 29 15:26:39 astrobuntu xbrlapi.desktop[13695]: cannot connect to braille devices daemon brltty at :0
Dec 29 15:26:39 astrobuntu /usr/libexec/gdm-wayland-session[13116]: dbus-daemon[13116]: [session uid=124 pid=13116] Successfully activated service 'org.gnome.ScreenSaver'
Dec 29 15:27:03 astrobuntu gnome-remote-de[2305]: [DaemonSystem] Aborting handover, removing remote client with remote id /org/gnome/RemoteDesktop/Client/1861712809
Dec 29 15:27:03 astrobuntu gnome-remote-desktop-daemon[2305]: [15:27:03:391] [2305:00000901] [ERROR][com.freerdp.core.peer] - [rdp_set_error_info]: ERRINFO_CB_CONNECTION_CANCELLED [0x00010409]
Dec 29 15:27:09 astrobuntu systemd[1]: systemd-localed.service: Deactivated successfully.
Dec 29 15:27:09 astrobuntu systemd[1]: systemd-hostnamed.service: Deactivated successfully.
Dec 29 15:27:39 astrobuntu geoclue[13625]: Service not used for 60 seconds. Shutting down..
Dec 29 15:27:39 astrobuntu systemd[1]: geoclue.service: Deactivated successfully.
Ответ или решение
Для решения проблемы с черным экраном при доступе к GNOME через удаленный рабочий стол на Raspberry Pi, установленном без монитора, необходимо учесть несколько аспектов. Вы используете версию сервера 24.04 с минимальной установкой GNOME Desktop. Симптомы включают кратковременное появление черного экрана на клиенте и последующую абортирование соединения, причем процесс на сервере занимает 100% одного ядра CPU. Логи указывают на проблемы с Wayland и возможные ошибки при установлении соединения удаленного доступа.
Анализ проблемы
-
Сообщения об ошибках: В логах видно, что система пытается установить соединение с демоном Braille, но не может найти соответствующий файл или каталог:
Cannot connect to braille devices daemon brltty at :0. Это может быть связано с конфигурацией графической среды или проблемами в Wayland. -
Процесс с высокой загрузкой CPU: Процесс
gnome-remote-deиспользует значительную часть ресурсов процессора, что говорит о том, что система сталкивается с проблемами в обработке входящего соединения. -
Соединение с экранным сервером: В логах видно успешную активацию сервиса ‘org.gnome.ScreenSaver’, однако это не приводит к успешному соединению.
Возможные решения
-
Переключение на Xorg: GNOME по умолчанию использует Wayland, который может вызывать проблемы на некоторых устройствах, особенно на Raspberry Pi. Попробуйте переключиться на Xorg в качестве серверной технологии для дисплея. Это можно сделать через настройку дисплейного менеджера или прямым изменением конфигурационных файлов.
-
Установка и настройка headless-драйвера: При работе Raspberry Pi без монитора (headless) может потребоваться установка виртуального монитора или соответствующего драйвера, обеспечивающего корректную работу без физического устройства вывода. Это может быть сделано через использование
xserver-xorg-video-dummyилиfake-kms. -
Проверка и обновление Wayland: Поскольку проблема может быть связана с обновлениями или несовместимостью Wayland, убедитесь, что все пакеты обновлены до последних стабильных версий и рассмотрите возможность включения отладки Wayland для детального анализа.
-
Просмотр дополнительных логов: Для получения более детальной информации о проблеме проверьте дополнительные логи
journalctlиXorg.0.log, которые могут содержать более углубленные данные о происходящих процессах. -
Настройка GNOME Remote Desktop: Убедитесь, что настройки GNOME Remote Desktop на серверной стороне сконфигурированы правильно. Обратите внимание на разрешения, доступ и сервисы, которые могут требовать дополнительных настроек.
Заключение
Эти шаги должны помочь в устранении проблемы с черным экраном при удаленном подключении. Если предложенные методы не дают результата, рекомендуется провести более детальную диагностику с возможным привлечением специалистов для углубленного анализа и устранения ошибки. Внедряя решения и советы, указанные выше, вы оптимизируете работу своего устройства и обеспечите стабильное подключение через GNOME Remote Desktop.