K11 в виртуалке (PVE), свеже обновленная. В настройках "Удаленный рабочий стол" создан юзер, автозапуск, порт 3389, "включить RDP-сервер". Клиент: Сизиф (xfreerdp3/krdc/remmina) и Win10. Линуксовые клиенты открывают черное окно, в котором работает мышка. При условии настроек по умолчанию. Если в krdc попытатсья выбрать не-дефолтное ускорение, то соединнеие вообще не устанавлвается. Виндовз-клиент просто закрывает сессию после надписи "определение качества подключения". В консоль xfreerdp валится вот такое: [00:53:02:861] [31208:000079f7] [ERROR][com.freerdp.codec] - [libavcodec_decompress]: Failed to transfer video frame (status=-38) (Функция не реализована) [00:53:02:861] [31208:000079f7] [WARN][com.freerdp.gdi] - [gdi_SurfaceCommand_AVC420]: avc420_decompress failure: -1, ignoring update. [00:53:02:957] [31208:000079f7] [ERROR][com.freerdp.codec] - [libavcodec_decompress]: Failed to transfer video frame (status=-38) (Функция не реализована) [00:53:02:957] [31208:000079f7] [WARN][com.freerdp.gdi] - [gdi_SurfaceCommand_AVC420]: avc420_decompress failure: -1, ignoring update. [00:53:02:977] [31208:000079f7] [ERROR][com.freerdp.codec] - [libavcodec_decompress]: Failed to transfer video frame (status=-38) (Функция не реализована) [00:53:02:977] [31208:000079f7] [WARN][com.freerdp.gdi] - [gdi_SurfaceCommand_AVC420]: avc420_decompress failure: -1, ignoring update. Возможно, это оно https://bugs.kde.org/show_bug.cgi?id=503474 По итогу приложение неработоспособно ПОЛНОСТЬЮ.
(Ответ для Alexei V. Mezin на комментарий #0) > В консоль xfreerdp валится вот такое: Может, wlfreerdp? [...] > https://bugs.kde.org/show_bug.cgi?id=503474 Попробую приложить патч отсюда.
krdp 6.5.5-alt2
Проверила ошибку на старой версии krdp-6.5.5-alt1 на виртуальной машине с параметрами: Система виртуализации: Proxmox Virtual Environment Memory: 4.00 GiB Processors: 4 (2 sockets, 2 cores) BIOS: Default (SeaBIOS) Display: Spice (qxl, memory=128) Machine: Default (i440fx) Ошибка не воспроизводилась при подключении следующими клиентами Alt Linux (xfreerdp3/krdc/remmina) и Win10 Однако после обновления до новой версии krdp-6.5.5-alt2 перестало подключаться с клиента Win10 Стенды с ошибкой, обновлен. до Sisyphus: ======================================== Alt Education KDE 11 Alt Workstation K 11.2 Шаги воспроизведения: ===================== На сервере: 1. Открыть "Параметры системы" -> Удалённый рабочий стол 2. Добавить пользователя: Нажать "+ Добавить" 3. Включить чек-бокс "Автозапуск при входе", Порт прослушивания по умолчанию (3389), Включить чек-бокс "Генерировать автоматически" -> Нажать "Применить" На клиенте (Win 10): 1. Нажать "Win+R" -> ввести "mstsc" -> нажать "Enter" 2. В открывшемся окне "Подключение к удаленному рабочему столу" в поле "Компьютер" ввести <server_IP>:3389, ввести имя пользователя, поставить галочку "Разрешить мне сохранить данные" -> Подключить -> Ввести пароль -> Ok -> Установить соединение не смотря на ошибки Ожидаемый результат: ==================== Успешное подключение к удаленному рабочему столу Фактический результат: ====================== Не удалось подключиться к рабочему столу, возникла ошибка (См.скрин)
Created attachment 20727 [details] Пример ошибки
> Система виртуализации: Proxmox Virtual Environment > Memory: 4.00 GiB > Processors: 4 (2 sockets, 2 cores) > BIOS: Default (SeaBIOS) > Display: Spice (qxl, memory=128) > Machine: Default (i440fx) Машина q35/OVMF (параметры, рекомендованные для современного линукса). Все остальное такое же. ОС на ней К11.2, обновления только что, сессия Wayland. Клиент Сизиф, xfreerdp3 Version : 3.22.0 параметры запуска /v: и /u: Клиент win10 Ошибка воспроизводится ровно так же, как и вчера. Еще на первых секундах установки соединения можно наблюдать такое: [h264 @ 0x7fe3a341abc0] non-existing PPS 0 referenced [h264 @ 0x7fe3a341abc0] non-existing PPS 0 referenced [h264 @ 0x7fe3a341abc0] no frame! [21:44:59:272] [10993:00002b0b] [ERROR][com.freerdp.codec] - [libavcodec_decompress]: Failed to decode video frame (status=-1094995529) [21:44:59:272] [10993:00002b0b] [WARN][com.freerdp.gdi] - [gdi_SurfaceCommand_AVC420]: avc420_decompress failure: -1, ignoring update. [h264 @ 0x7fe3a341abc0] non-existing PPS 0 referenced [h264 @ 0x7fe3a341abc0] non-existing PPS 0 referenced [h264 @ 0x7fe3a341abc0] no frame! На всякий случай: но том же PVE крутится много других виртуалок, и по RDP к ним отлично подключается.
Для проверки взял kde-regular за 11 февраля, после установки только apt-get update apt-get install krdp Приехала версия 6.5.5-alt2. Поведение точно такое же :( [22:55:16:752] [15775:00003daf] [ERROR][com.freerdp.codec] - [libavcodec_decompress]: Failed to transfer video frame (status=-38) (Функция не реализована) [22:55:16:752] [15775:00003daf] [WARN][com.freerdp.gdi] - [gdi_SurfaceCommand_AVC444]: avc444_decompress failure: 0, ignoring update. Для проверки попробовал клиентом Убунту 25.10, текст ошибки чуть другой, но суть такая же - черный экран, но работающая мышка. Для проверки подключился по RDP к той самой Убунте тем же самым xfreerdp -- никаких проблем. То есть сеть, клиент, PVE - все работает.
Получается, если в общем, то приложенный патч сделал только хуже?
Новая версия freerdp3-3.22.0-alt1 на днях что пролезла в p11. Проверьте на всякий, если ещё не.
Created attachment 20731 [details] rules Опции сборки freerdp3 (3.22.0+dfsg-3) из Ubuntu. Наверняка они лучше знают, какие надо, чем те, кто предлагал текущие.
> Создано вложение 20731 [details] [подробности] > rules Там после основных опций ещё несколько условных кусков(про arch, OS и vendor), которые требуют изучения. Например, если vendor Ubuntu, то зачем-то -DWITH_FFMPEG=OFF.
Т.е., как-минимум, есть смысл сравнивать с ещё и с Debian, а не только с Ubuntu.
(Ответ для Sergey V Turchin на комментарий #9) > Создано вложение 20731 [details] [подробности] > rules > > Опции сборки freerdp3 (3.22.0+dfsg-3) из Ubuntu. > Наверняка они лучше знают, какие надо, чем те, кто предлагал текущие. Не факт. К убунте-то я подключился, но там и не КДЕ. И я даже для проверки поставил Кубунту 25.10 и... к ней не подключается ровно точно так же, как и к АЛьТ. И по отзывам в интенетах проблема там 2 года, и решения не очень видно. Плюс в кубунте при попытке соединения выскакивает notification что krdf запрашивает разрешение на доступ к рабочему столу. Но.... ни дать, ни забрать, ни вообще что-либо предприянть с этим запросом нельзя, потому что никакой кнопки или иного интерфейса не предлагается. Более того, этот запрос выскакивает если клиент вин10 или линукс+реммина. Если из голого xfreerdp, то никакого запроса не отображается. При этом xfreerdp открывает черное окно с работающей мышкой, а виндовз и реммина окна не открывают никакого. То есть вся это подсистема с RDP-доступом к рабочему столу КДЕ под Wayland выглядит глубоко и надежно сломанной. Еще замечание: кубунтовская версия kcm-интерфейса такая же, как у нас. Да не совсем. У нас по умолчанию есть раздел "использовать текущего пользователя и пароль". Если там ставить галочку, то у меня вообще никак и никогда не происходит никакого пордключения, любой клиент отваливается сразу с диагнозом "сервер послал меня нафиг". Работает только если создать отдельного юзера. А в кубунте сразу нет возможности использовать текущего юзера и системный пароль. Видимо, они таки протестировали когда-то этот пункт.
(Ответ для Sergey V Turchin на комментарий #11) > есть смысл сравнивать с ещё и с Debian, а не только с Ubuntu. Там другие опции сборки, а *rules* один и тот же. Например, в Debian собран с FFMPEG. https://launchpad.net/ubuntu/+source/freerdp3/3.22.0+dfsg-3 https://packages.debian.org/sid/freerdp-proxy-dbgsym
krdp-6.5.5-alt2 Проблем с подключением клиентов на Alt к krdp-серверу не наблюдаю. Windows-клиенты не подключаются к krdp-серверу, что связано с тем, что в krdp отключили ntlm - #58017 Черный экран и шибки, указанные в комментарии 6, не наблюдаю ни на одном из клиентов.
Created attachment 20783 [details] картинка 1 Картинка, для тех, у кого "не воспроизводится".
Created attachment 20784 [details] картинка 2 К11, только что обновленная, создан пользователь для подключения. Подключаюсь с Сизифа xfreedrp/wlfreerdp, ключи /v:адрес /u:юзернейм. Воспроизводится всегда, везде, гарантированно, одинаково: черный экран, логи с ошибкой, мышка транслируется на удаленный комп нормально. Подключения к другим виртуалкам на том же сервере (винда, линукс с Гном) -- никаких проблем.
> Воспроизводится всегда, везде, гарантированно, одинаково: черный экран, Аналогичная ситуация при попытке подключиться с помощью xfreerdp3 (Kubuntu 25.10) и xfreerdp2 (AlmaLinux).
Ради интереса запустил VirtualBox+KVM+livecd c "neon-unstable-20260301", то есть прям КДЕ из первых рук. Там krdp 6.6.1, но libfreerdp-server3-3.10.3. Поведение абсолютно такое же.
(Ответ для Alexei V. Mezin на комментарий #0) > K11 в виртуалке (PVE), свеже обновленная. В настройках "Удаленный рабочий > стол" создан юзер, автозапуск, порт 3389, "включить RDP-сервер". > В данный момент наблюдается такая ситуация: если в PVE используется qxl, то к виртуалке можно подключиться из п11, все хорошо, причем даже по VNC (krfb). Из текущего Сизифа все равно нельзя, черный экран. Из винды нельзя, видимо тот самый баг про ntlm. При использовании видеокарты типа Virtio-GPU ни RDP ни VNC не подключаются из п11 -- результат полосатый экран. Из Сизифа -- тот же самый черный экран. Жаль, но при qxl очень плохо подключению Spice -- ооооочень медленная реакция на мышку. Но! На локальной машине KVM + VirtManager + видеокарта VirtIO -- система с К11 работает. Для справки: на той же машине при тех же условиях KDE Neon не работает, но с qxl начинает работать. То есть krdp как-то очень чувствительно относится к виртуальной видеокарте.
На всякий случай уточню, systemctl status --user plasma-xdg-desktop-portal-kde.service в случае с черным экраном, служба была активна, проверяли?
(Ответ для proskur@altlinux.org на комментарий #20) > На всякий случай уточню, > systemctl status --user plasma-xdg-desktop-portal-kde.service > в случае с черным экраном, служба была активна, проверяли? да, служба активна.
Продолжаем: PVE, виртуалка с К11, видео qxl, krdp 6.5.5-alt4 из таска 409730. Клиент: PVE, qxl, Раб.Станция 11, все обновления, xfreerdp /u: /v: Подключается. Клиент: рабочая машина, Сизиф, обновленный, xfreerdp Не подключается, черный экран. Клиент: рабочая машина вин10 / виртуалка с вин2016 / виртуалка с вин2019 Не подключается. Формирует окно с черным экраном, а потом выскакивает сообщение "Этот сеанс будет прекращен из-за ошибки протокола".
(Ответ для Alexei V. Mezin на комментарий #22) > Клиент: рабочая машина, Сизиф, обновленный, xfreerdp > Не подключается, черный экран. Так, с этим разбираются вот тут: https://bugzilla.altlinux.org/57188 Если убрать vaapi, то из-под Сизифа все работает. В консоль при это ругается на libva error, но работает [23:21:01:159] [31799:00007c39] [INFO][com.freerdp.channels.drdynvc.client] - [dvcman_load_addin]: Loading Dynamic Virtual Channel rdpsnd [VAAPI @ 0x7fec58038200] Failed to initialise VAAPI connection: -1 (unknown libva error). [23:21:01:174] [31799:00007c40] [ERROR][com.freerdp.codec] - [libavcodec_init]: Could not initialize hardware decoder, falling back to software: Ошибка ввода/вывода [VAAPI @ 0x7fec4c0d5680] Failed to initialise VAAPI connection: -1 (unknown libva error).
