Remote Desktop - синий экран после входа в систему

Я установил mate и xrdp в Ubuntu 18.04. Теперь я пытаюсь подключиться к этому компьютеру из другой Ubuntu с помощью Remmina:

enter image description here

Я нажимаю ОК, окно входа исчезает фон остается тем же, ничего случается. Моя ~ / .xsession содержит мат-сессию .

xrdp.log содержит такие вещи:

[20190818-12:23:09] [DEBUG] Closed socket 17 (AF_UNIX)
[20190818-12:23:12] [DEBUG] Closed socket 17 (AF_UNIX)
[20190818-12:23:15] [DEBUG] xrdp_wm_log_msg: connection problem, giving up
[20190818-12:23:15] [DEBUG] Closed socket 17 (AF_UNIX)
[20190818-12:23:15] [DEBUG] xrdp_wm_log_msg: some problem
[20190818-12:23:15] [DEBUG] xrdp_mm_module_cleanup
[20190818-12:23:15] [DEBUG] Closed socket 16 (AF_INET6 ::1 port 59402)
[20190818-12:24:11] [DEBUG] xrdp_wm_log_msg: connecting to sesman ip 127.0.0.1 port 3350
[20190818-12:24:11] [INFO ] xrdp_wm_log_msg: sesman connect ok
[20190818-12:24:11] [DEBUG] xrdp_wm_log_msg: sending login info to session manager, please wait...
[20190818-12:24:11] [DEBUG] return value from xrdp_mm_connect 0
[20190818-12:24:12] [INFO ] xrdp_wm_log_msg: login successful for display 10
[20190818-12:24:12] [DEBUG] xrdp_wm_log_msg: started connecting
[20190818-12:24:15] [DEBUG] Closed socket 17 (AF_UNIX)
[20190818-12:24:19] [DEBUG] Closed socket 17 (AF_UNIX)
[20190818-12:24:22] [DEBUG] Closed socket 17 (AF_UNIX)
[20190818-12:24:26] [DEBUG] Closed socket 17 (AF_UNIX)
[20190818-12:24:29] [DEBUG] Closed socket 17 (AF_UNIX)
[20190818-12:24:33] [DEBUG] Closed socket 17 (AF_UNIX)
[20190818-12:24:36] [DEBUG] Closed socket 17 (AF_UNIX)
[20190818-12:30:30] [INFO ] calling auth_start_session from pid 6502
[20190818-12:30:30] [DEBUG] Closed socket 7 (AF_INET6 ::1 port 3350)
[20190818-12:30:30] [DEBUG] Closed socket 8 (AF_INET6 ::1 port 3350)
[20190818-12:30:30] [INFO ] /usr/lib/xorg/Xorg :10 -auth .Xauthority -config xrdp/xorg.conf -noreset -nolisten tcp -logfile .xorgxrdp.%s.log  
[20190818-12:30:40] [ERROR] X server for display 10 startup timeout
[20190818-12:30:40] [CORE ] waiting for window manager (pid 6503) to exit
[20190818-12:30:40] [ERROR] X server for display 10 startup timeout
[20190818-12:30:40] [ERROR] another Xserver might already be active on display 10 - see log
[20190818-12:30:40] [DEBUG] aborting connection...
[20190818-12:30:40] [CORE ] window manager (pid 6503) did exit, cleaning up session
[20190818-12:30:40] [INFO ] calling auth_stop_session and auth_end from pid 6502
[20190818-12:30:40] [DEBUG] cleanup_sockets:
[20190818-12:30:40] [DEBUG] cleanup_sockets: deleting /var/run/xrdp/sockdir/xrdp_chansrv_socket_10
[20190818-12:30:40] [DEBUG] cleanup_sockets: deleting /var/run/xrdp/sockdir/xrdpapi_10
[20190818-12:30:40] [DEBUG] cleanup_sockets: failed to delete /var/run/xrdp/sockdir/xrdpapi_10
[20190818-12:30:40] [INFO ] ++ terminated session:  username someuser, display :10.0, session_pid 6502, ip ::ffff:192.115.120.210:44136 - socket: 12

Как мне исправить или диагностировать этот замечательный программный продукт?

1
задан 18 August 2019 в 13:23

3 ответа

Вы не указываете точно, какую версию Ubuntu 18.04 Вы выполняете. если у Вас есть самка все обновления, необходимо выполнять человечность 18.04.3.... Можно проверить это путем выполнения следующей командной строки

lsb_release-sd

при выполнении Ubuntu 18.04.3 существует известная проблема с xrdp пакетом, обеспеченным Каноническим. xrdp пакет не может установить xorgxrdp пакет из-за неудавшихся зависимостей. Поэтому Вы не можете соединиться удаленно со своей Ubuntu.

Наилучший вариант - Установка новый xorgxrdp-hwe-18.04 пакет

Установка новый xorgxrdp пакет путем издания следующей команды

sudo склонный - получает xorgxrdp-hwe-18.04

установки, Это должно зафиксировать выпуск

Грязное Быстрое исправление - Снижение xorgxserver пакет , Мы предполагаем, что Вы уже установили xRDP пакет, и Вы хотите зафиксировать его

, sudo Кв. - добирается, склонный xserver-xorg-core

sudo установки - получают xserver-xorg-input-all

установки-y Больше информации о http://c-nergy.be/blog/? p=13390

Лучше фиксирует - используют неофициальные xrdp пакеты, работающие с Примечанием к Ubuntu 18.04.3

: Для использования этой опции удалите xrdp пакет, который Вы установили

, склонный sudo add-apt-repository ppa:martinx/xrdp-hwe-18.04

sudo - получает обновление

, sudo Кв. - получает xrdp xorgxrdp

установки больше информации в http://c-nergy.be/blog/? p=13455

Другая опция - использует сценарий для выполнения установки для Вас

Примечание: Для использования этой опции удалите xrdp пакет, который Вы установили

Для использования репозитория Ubuntu xrdp пакеты, читаете инструкции и загружаете сценарий в http://c-nergy.be/blog/? p=13933

Для компиляции из источника (простой способ) прочитайте инструкции и загрузите сценарий в http://c-nergy.be/blog/? p=13663

Hope эта справка До следующего раза Видит you

0
ответ дан 23 October 2019 в 15:30

Я нашел альтернативное решение (мог бы быть квалифицирован как offtopic), но я отправлю его здесь, поскольку оно может помочь кому-то: склонный - добираются, x2goserver установки установит x2go, который является сервером удаленного рабочего стола с открытым исходным кодом для Linux с x2goclient, доступный и для Linux и для Windows.

0
ответ дан 23 October 2019 в 15:30

Следующее работало у меня на 20.04 (думаю, это относится и к 18.04):

В /etc/xrdp/startwm.sh измените #!/bin/sh на #!/bin /bash

Я нашел это исправление в этом комментарии. Еще несколько подробности из этого комментария:

Моя проблема была вызвана пользовательскими скриптами в /etc/profile.d с синтаксисом что /bin/sh не нравится (например, функция имя_функции { некоторые; команды; }).

Этот комментарий относится к известной проблеме ошибки.

Там был другой комментарий, в котором упоминалось другое исправление, не применимое к моей ситуации:

Этот пост, похоже, исправил это для меня: http://catch22cats.blogspot.com/2018/05/xrdp-blank-screen-with-ubuntu-1804.html

отменить DBUS_SESSION_BUS_ADDRESS
сбросить XDG_RUNTIME_DIR
. $HOME/.профиль

Добавив приведенные выше строки непосредственно перед тестом и выполнением в /etc/xrdp/startwm.sh, я также добавил #!/bin/bash вверху файл - также выполнение chmod после того, как вы изменили файл, это то, что некоторые пользователи могут забыть.

2
ответ дан 27 July 2020 в 18:19

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

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