Bug 47448

Привет!

К сожалению, у меня больше нет железа для проверки, поэтому я просто собрал новую версию драйвера в таске #328763, сможете ее проверить?

Если с этой версией распознавание заработает, то выложу ее в сизиф.

https://packages.altlinux.org/en/tasks/328763/

Спасибо!

Удалил все пакеты, связанные с evdi/displaylink и поставил новые версии из #328763.
К сожалению, с новой сборкой по-прежнему работает только HDMI-монитор.

Может ли быть полезна какая-либо информация из запущенной на том же железе ubuntu с работающими DP-мониторами?

(In reply to Vlad Voronenkov from comment #3)
> Спасибо!
> 
> Удалил все пакеты, связанные с evdi/displaylink и поставил новые версии из
> #328763.
> К сожалению, с новой сборкой по-прежнему работает только HDMI-монитор.
> 
> Может ли быть полезна какая-либо информация из запущенной на том же железе
> ubuntu с работающими DP-мониторами?

понятно. Я подозреваю, что это может быть связано с загрузкой firmware, которое может быть с моей версией не происходит.

Для начала можете скинуть journalctl -b с работающим подключением через DP и journal -b неработающим. Было бы неплохо несколько раз отключить/подключить монитор, чтобы посмотреть, как отработали скрипты.

Еще проверьте, что у вас нету файлов ~/.dl.xml и /root/.dl.xml, инсталлятор в апстриме их удаляет.

У меня есть еще несколько идей, но это уже когда скинете логи.

Created attachment 14346 [details]
journalctl -b; ubuntu 22.04

Вывод journalctl -b на ubuntu 22.04
Система загружена с отключённым usb-c. 
После загрузки usb-c подключен, и через некоторое время оба внешних экрана включились.

Created attachment 14347 [details]
journalctl -b; sisyphus

Вывод journalctl -b на Сизифе.
1) Система также загружена с отключённым  D6000.
2) После загрузки системы D6000 был подключен первый раз...
3) ... но ни один монитор не включился.
4) Затем D600 был отключен  и подключен снова.
5) Включился монитор, подключеный к D6000 через HDMI

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #5)
> Еще проверьте, что у вас нету файлов ~/.dl.xml и /root/.dl.xml, инсталлятор
> в апстриме их удаляет.
> 
> У меня есть еще несколько идей, но это уже когда скинете логи.

Проверил, таких файлов нет.

(In reply to Vlad Voronenkov from comment #7)
> Created attachment 14347 [details]
> journalctl -b; sisyphus
> 
> Вывод journalctl -b на Сизифе.
> 1) Система также загружена с отключённым  D6000.
> 2) После загрузки системы D6000 был подключен первый раз...
> 3) ... но ни один монитор не включился.
> 4) Затем D600 был отключен  и подключен снова.
> 5) Включился монитор, подключеный к D6000 через HDMI

так, из того, что я вижу, не стартует DisplayLinkManager в сизифе:

сен 06 19:19:22 dell5290 kernel: evdi: [I] (card3) Opened by Task 2327 (systemd-logind) of process 2327 (systemd-logind)
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to open evdi: /usr/lib64/X11/modules/dri/evdi_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /usr/lib64/X11/modules/dri, suffix _dri)
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: kmsro: driver missing
сен 06 19:19:22 dell5290 gnome-shell[3728]: Added device '/dev/dri/card3' (evdi) using atomic mode setting.
сен 06 19:19:22 dell5290 gnome-shell[3728]: g_hash_table_insert_internal: assertion 'hash_table != NULL' failed
сен 06 19:19:22 dell5290 gnome-shell[3728]: g_hash_table_steal_extended: assertion 'hash_table != NULL' failed
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to open evdi: /usr/lib64/X11/modules/dri/evdi_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /usr/lib64/X11/modules/dri, suffix _dri)
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 kernel: hub 1-1.2:1.0: USB hub found
сен 06 19:19:22 dell5290 kernel: hub 1-1.2:1.0: 4 ports detected
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: kmsro: driver missing
сен 06 19:19:22 dell5290 gnome-shell[3728]: Failed to initialize accelerated iGPU/dGPU framebuffer sharing: Not hardware accelerated
сен 06 19:19:22 dell5290 gnome-shell[3728]: Created gbm renderer for '/dev/dri/card3'
сен 06 19:19:22 dell5290 kernel: evdi: [I] (card4) Opened by Task 2327 (systemd-logind) of process 2327 (systemd-logind)
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to open evdi: /usr/lib64/X11/modules/dri/evdi_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /usr/lib64/X11/modules/dri, suffix _dri)
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: kmsro: driver missing
сен 06 19:19:22 dell5290 gnome-shell[3728]: Added device '/dev/dri/card4' (evdi) using atomic mode setting.
сен 06 19:19:22 dell5290 gnome-shell[3728]: g_hash_table_insert_internal: assertion 'hash_table != NULL' failed
сен 06 19:19:22 dell5290 gnome-shell[3728]: g_hash_table_steal_extended: assertion 'hash_table != NULL' failed
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to open evdi: /usr/lib64/X11/modules/dri/evdi_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /usr/lib64/X11/modules/dri, suffix _dri)
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: kmsro: driver missing
сен 06 19:19:22 dell5290 gnome-shell[3728]: Failed to initialize accelerated iGPU/dGPU framebuffer sharing: Not hardware accelerated
сен 06 19:19:22 dell5290 gnome-shell[3728]: Created gbm renderer for '/dev/dri/card4'
сен 06 19:19:22 dell5290 kernel: evdi: [I] (card2) Opened by Task 2327 (systemd-logind) of process 2327 (systemd-logind)
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to open evdi: /usr/lib64/X11/modules/dri/evdi_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /usr/lib64/X11/modules/dri, suffix _dri)
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 kernel: usb 1-1.3: new high-speed USB device number 7 using xhci_hcd
сен 06 19:19:22 dell5290 wireplumber[3597]: <WpSiStandardLink:0x555b334d3be0> si-standard-link: in/out items are not valid anymore
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: kmsro: driver missing
сен 06 19:19:22 dell5290 gnome-shell[3728]: Added device '/dev/dri/card2' (evdi) using atomic mode setting.
сен 06 19:19:22 dell5290 gnome-shell[3728]: g_hash_table_insert_internal: assertion 'hash_table != NULL' failed
сен 06 19:19:22 dell5290 gnome-shell[3728]: g_hash_table_steal_extended: assertion 'hash_table != NULL' failed
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to open evdi: /usr/lib64/X11/modules/dri/evdi_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /usr/lib64/X11/modules/dri, suffix _dri)
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: MESA-LOADER: failed to retrieve device information
сен 06 19:19:22 dell5290 gnome-shell[3728]: kmsro: driver missing
сен 06 19:19:22 dell5290 gnome-shell[3728]: Failed to initialize accelerated iGPU/dGPU framebuffer sharing: Not hardware accelerated
сен 06 19:19:22 dell5290 gnome-shell[3728]: Created gbm renderer for '/dev/dri/card2'

и что в убунте:

сен 06 19:13:52 vv-Latitude-5290 NetworkManager[758]: <info>  [1694016832.8289] policy: set 'Wired connection 2' (enx9cebe89242d0) as default for IPv6 routing and DNS
сен 06 19:13:55 vv-Latitude-5290 kernel: evdi: [I] (card1) Opened by Task 4399 (DesktopManagerE) of process 4390 (DisplayLinkMana)
сен 06 19:13:55 vv-Latitude-5290 kernel: evdi: [I] (card1) Added i2c adapter bus number 8
сен 06 19:13:55 vv-Latitude-5290 kernel: evdi: [I] (card1) Connected with Task 4399 (DesktopManagerE) of process 4390 (DisplayLinkMana)
сен 06 19:13:55 vv-Latitude-5290 kernel: evdi: [I] (card1) Connector state: connected
сен 06 19:13:55 vv-Latitude-5290 kernel: evdi: [I] Attaching to usb:2-1.1
сен 06 19:13:55 vv-Latitude-5290 kernel: evdi: [I] (card1) Opened by Task 805 (systemd-logind) of process 805 (systemd-logind)
сен 06 19:13:55 vv-Latitude-5290 kernel: evdi: [I] (card1) Connector state: connected
сен 06 19:13:55 vv-Latitude-5290 kernel: evdi: [I] (card1) Edid property set
сен 06 19:13:55 vv-Latitude-5290 kernel: evdi: [I] (card1) Connector state: connected
сен 06 19:13:55 vv-Latitude-5290 gnome-shell[1866]: MESA-LOADER: failed to open evdi: /usr/lib/dri/evdi_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /usr/lib/x86_64-linux-gnu/dri:\$${ORIGIN}/dri:/usr/lib/dri, suffix _dri)
сен 06 19:13:55 vv-Latitude-5290 gnome-shell[1866]: kmsro: driver missing
сен 06 19:13:55 vv-Latitude-5290 gnome-shell[1866]: Failed to initialize accelerated iGPU/dGPU framebuffer sharing: Not hardware accelerated
сен 06 19:13:55 vv-Latitude-5290 gnome-shell[1866]: Created gbm renderer for '/dev/dri/card1'
сен 06 19:13:55 vv-Latitude-5290 kernel: evdi: [I] (card1) Edid property set
сен 06 19:13:55 vv-Latitude-5290 kernel: evdi: [I] (card1) Notifying display power state: on
сен 06 19:13:55 vv-Latitude-5290 kernel: evdi: [I] (card1) Notifying mode changed: 1920x1080@60; bpp 32; pixel format XR24 little-endian (0x34325258)
сен 06 19:13:55 vv-Latitude-5290 gnome-shell[1866]: Window manager warning: Overwriting existing binding of keysym 31 with keysym 31 (keycode a).
сен 06 19:13:55 vv-Latitude-5290 gnome-shell[1866]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32 (keycode b).
сен 06 19:13:55 vv-Latitude-5290 gnome-shell[1866]: Window manager warning: Overwriting existing binding of keysym 33 with keysym 33 (keycode c).
сен 06 19:13:55 vv-Latitude-5290 gnome-shell[1866]: Window manager warning: Overwriting existing binding of keysym 34 with keysym 34 (keycode d).
сен 06 19:13:55 vv-Latitude-5290 gnome-shell[1866]: Window manager warning: Overwriting existing binding of keysym 35 with keysym 35 (keycode e).
сен 06 19:13:55 vv-Latitude-5290 gnome-shell[1866]: Window manager warning: Overwriting existing binding of keysym 36 with keysym 36 (keycode f).
сен 06 19:13:55 vv-Latitude-5290 gnome-shell[1866]: Window manager warning: Overwriting existing binding of keysym 37 with keysym 37 (keycode 10).
сен 06 19:13:55 vv-Latitude-5290 gnome-shell[1866]: Window manager warning: Overwriting existing binding of keysym 38 with keysym 38 (keycode 11).
сен 06 19:13:55 vv-Latitude-5290 gnome-shell[1866]: Window manager warning: Overwriting existing binding of keysym 39 with keysym 39 (keycode 12).
сен 06 19:13:59 vv-Latitude-5290 systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully.
сен 06 19:14:05 vv-Latitude-5290 kernel: evdi: [I] (card1) Notifying display power state: on
сен 06 19:14:05 vv-Latitude-5290 kernel: evdi: [I] (card2) Opened by Task 4399 (DesktopManagerE) of process 4390 (DisplayLinkMana)
сен 06 19:14:05 vv-Latitude-5290 kernel: evdi: [I] (card2) Added i2c adapter bus number 9
сен 06 19:14:05 vv-Latitude-5290 kernel: evdi: [I] (card2) Connected with Task 4399 (DesktopManagerE) of process 4390 (DisplayLinkMana)
сен 06 19:14:05 vv-Latitude-5290 kernel: evdi: [I] (card2) Connector state: connected
сен 06 19:14:05 vv-Latitude-5290 kernel: evdi: [I] (card2) Opened by Task 805 (systemd-logind) of process 805 (systemd-logind)
сен 06 19:14:05 vv-Latitude-5290 kernel: evdi: [I] (card2) Connector state: connected
сен 06 19:14:05 vv-Latitude-5290 kernel: evdi: [I] (card2) Edid property set
сен 06 19:14:05 vv-Latitude-5290 kernel: evdi: [I] (card2) Connector state: connected
сен 06 19:14:05 vv-Latitude-5290 gnome-shell[1866]: MESA-LOADER: failed to retrieve device information
сен 06 19:14:05 vv-Latitude-5290 gnome-shell[1866]: MESA-LOADER: failed to open evdi: /usr/lib/dri/evdi_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /usr/lib/x86_64-linux-gnu/dri:\$${ORIGIN}/dri:/usr/lib/dri, suffix _dri)
сен 06 19:14:05 vv-Latitude-5290 gnome-shell[1866]: MESA-LOADER: failed to retrieve device information
сен 06 19:14:05 vv-Latitude-5290 gnome-shell[1866]: MESA-LOADER: failed to retrieve device information
сен 06 19:14:05 vv-Latitude-5290 gnome-shell[1866]: kmsro: driver missing
сен 06 19:14:05 vv-Latitude-5290 kernel: evdi: [I] (card2) Edid property set
сен 06 19:14:05 vv-Latitude-5290 kernel: evdi: [W] evdi_painter_connect:886 (card1) Double connect - replacing 00000000a4bf208f with 00000000a4bf208f

Это очень странно. А если загрузится в wayland сессию, подключить usb-c выполнить следущие команды?

# systemctl status displaylink-driver
# systemctl restart displaylink-driver

?

> Это очень странно. А если загрузится в wayland сессию, подключить usb-c
> выполнить следущие команды?
> 
> # systemctl status displaylink-driver
> # systemctl restart displaylink-driver
> 
> ?

В текущей сессии (Gnome/wayland):

# systemctl status displaylink-driver
● displaylink-driver.service - DisplayLink Driver Service
     Loaded: loaded (/lib/systemd/system/displaylink-driver.service; static)
     Active: active (running) since Wed 2023-09-06 19:19:22 MSK; 2h 15min ago
    Process: 5291 ExecStartPre=/bin/sh -c modprobe evdi (code=exited, status=0/SUCCESS)
   Main PID: 5298 (DisplayLinkMana)
      Tasks: 9 (limit: 38307)
     Memory: 12.1M
        CPU: 1.179s
     CGroup: /system.slice/displaylink-driver.service
             └─5298 /usr/bin/DisplayLinkManager

сен 06 19:19:22 dell5290 systemd[1]: Starting displaylink-driver.service - DisplayLink Driver Service...
сен 06 19:19:22 dell5290 systemd[1]: Started displaylink-driver.service - DisplayLink Driver Service.

# systemctl restart displaylink-driver [НЕТ СООБЩЕНИЙ ОБ ОШИБКЕ]
# systemctl status displaylink-driver
● displaylink-driver.service - DisplayLink Driver Service
     Loaded: loaded (/lib/systemd/system/displaylink-driver.service; static)
     Active: active (running) since Wed 2023-09-06 21:39:46 MSK; 8s ago
    Process: 28345 ExecStartPre=/bin/sh -c modprobe evdi (code=exited, status=0/SUCCESS)
   Main PID: 28348 (DisplayLinkMana)
      Tasks: 9 (limit: 38307)
     Memory: 5.6M
        CPU: 47ms
     CGroup: /system.slice/displaylink-driver.service
             └─28348 /usr/bin/DisplayLinkManager

сен 06 21:39:46 dell5290 systemd[1]: Starting displaylink-driver.service - DisplayLink Driver Service...
сен 06 21:39:46 dell5290 systemd[1]: Started displaylink-driver.service - DisplayLink Driver Service.

Так, а что в journactl в это время? Обнаружился ли монитор?

Также проверьте след. операцию:

- Замените /lib/systemd/system/displaylink-driver.service на .service файл во вложении

- Выполните после этого systemctl daemon-reload
- Остановите сервис displaylink-driver, процесс DisplayLinkManager
- Запустите сервис displaylink-driver снова

Покажите вывод systemctl по всем этим операциям

Created attachment 14348 [details]
displaylink-driver.service

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #11)
> Так, а что в journactl в это время? Обнаружился ли монитор?
> 
Нет, монитор, подключенный через DP по-прежнему не обнаружен,
в journalctl -b при выполнении "systemctl restart displaylink-driver" происходит следующее:

сен 06 22:10:30 dell5290 systemd[1]: Stopping displaylink-driver.service - DisplayLink Driver Service...
сен 06 22:10:30 dell5290 systemd[1]: displaylink-driver.service: Deactivated successfully.
сен 06 22:10:30 dell5290 systemd[1]: Stopped displaylink-driver.service - DisplayLink Driver Service.
сен 06 22:10:30 dell5290 systemd[1]: Starting displaylink-driver.service - DisplayLink Driver Service...
сен 06 22:10:30 dell5290 systemd[1]: Started displaylink-driver.service - DisplayLink Driver Service.

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #12)
> Создано вложение 14348 [details] [подробности]
> displaylink-driver.service

# cp displaylink-driver.service /lib/systemd/system
# systemctl daemon-reload 
# systemctl status display-driver
Unit display-driver.service could not be found.
 systemctl stop displaylink-driver.service 
# systemctl status displaylink-driver.service 
○ displaylink-driver.service - DisplayLink Driver Service
     Loaded: loaded (/lib/systemd/system/displaylink-driver.service; static)
     Active: inactive (dead)

сен 06 21:39:46 dell5290 systemd[1]: Starting displaylink-driver.service - DisplayLink Driver Service.>
сен 06 21:39:46 dell5290 systemd[1]: Started displaylink-driver.service - DisplayLink Driver Service.
сен 06 22:10:30 dell5290 systemd[1]: Stopping displaylink-driver.service - DisplayLink Driver Service.>
сен 06 22:10:30 dell5290 systemd[1]: displaylink-driver.service: Deactivated successfully.
сен 06 22:10:30 dell5290 systemd[1]: Stopped displaylink-driver.service - DisplayLink Driver Service.
сен 06 22:10:30 dell5290 systemd[1]: Starting displaylink-driver.service - DisplayLink Driver Service.>
сен 06 22:10:30 dell5290 systemd[1]: Started displaylink-driver.service - DisplayLink Driver Service.
сен 06 22:16:13 dell5290 systemd[1]: Stopping displaylink-driver.service - DisplayLink Driver Service.>
сен 06 22:16:14 dell5290 systemd[1]: displaylink-driver.service: Deactivated successfully.
сен 06 22:16:14 dell5290 systemd[1]: Stopped displaylink-driver.service - DisplayLink Driver Service.

systemctl start displaylink-driver.service 
# systemctl status displaylink-driver.service 
● displaylink-driver.service - DisplayLink Driver Service
     Loaded: loaded (/lib/systemd/system/displaylink-driver.service; static)
     Active: active (running) since Wed 2023-09-06 22:16:54 MSK; 29s ago
    Process: 44046 ExecStartPre=/bin/sh -c modprobe evdi (code=exited, status=0/SUCCESS)
   Main PID: 44047 (DisplayLinkMana)
      Tasks: 9 (limit: 38307)
     Memory: 5.6M
        CPU: 49ms
     CGroup: /system.slice/displaylink-driver.service
             └─44047 /usr/bin/DisplayLinkManager

сен 06 22:16:54 dell5290 systemd[1]: Starting displaylink-driver.service - DisplayLink Driver Service...
сен 06 22:16:54 dell5290 systemd[1]: Started displaylink-driver.service - DisplayLink Driver Service.

Тем временем в journalctl происходит следующее:
сен 06 22:10:30 dell5290 systemd[1]: Stopping displaylink-driver.service - DisplayLink Driver Service...
сен 06 22:10:30 dell5290 systemd[1]: displaylink-driver.service: Deactivated successfully.
сен 06 22:10:30 dell5290 systemd[1]: Stopped displaylink-driver.service - DisplayLink Driver Service.
сен 06 22:10:30 dell5290 systemd[1]: Starting displaylink-driver.service - DisplayLink Driver Service...
сен 06 22:10:30 dell5290 systemd[1]: Started displaylink-driver.service - DisplayLink Driver Service.
сен 06 22:13:18 dell5290 dbus-daemon[2316]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.136' (uid=500 pid=8234 comm="/usr/bin/firefox")
сен 06 22:13:18 dell5290 systemd[1]: Starting systemd-hostnamed.service - Hostname Service...
сен 06 22:13:18 dell5290 dbus-daemon[2316]: [system] Successfully activated service 'org.freedesktop.hostname1'
сен 06 22:13:18 dell5290 systemd[1]: Started systemd-hostnamed.service - Hostname Service.
сен 06 22:13:48 dell5290 systemd[1]: systemd-hostnamed.service: Deactivated successfully.
сен 06 22:15:06 dell5290 systemd[1]: Reloading requested from client PID 43730 (unit user@500.service)...
сен 06 22:15:06 dell5290 systemd[1]: Reloading...
сен 06 22:15:07 dell5290 systemd-sysv-generator[43750]: SysV service '/etc/rc.d/init.d/pppoe' lacks a native systemd unit file. Automatically generating a unit file for compatibility. Please update package to include a native systemd uni>
сен 06 22:15:07 dell5290 systemd-sysv-generator[43750]: SysV service '/etc/rc.d/init.d/clock' lacks a native systemd unit file. Automatically generating a unit file for compatibility. Please update package to include a native systemd uni>
сен 06 22:15:07 dell5290 systemd[1]: /lib/systemd/system/pcscd.socket:5: ListenStream= references a path below legacy directory /var/run/, updating /var/run/pcscd/pcscd.comm → /run/pcscd/pcscd.comm; please update the unit file accordingl>
сен 06 22:15:07 dell5290 systemd[1]: /lib/systemd/system/cups.socket:6: ListenStream= references a path below legacy directory /var/run/, updating /var/run/cups/cups.sock → /run/cups/cups.sock; please update the unit file accordingly.
сен 06 22:15:07 dell5290 systemd[1]: /lib/systemd/system/alteratord.socket:6: ListenStream= references a path below legacy directory /var/run/, updating /var/run/alteratord/.socket → /run/alteratord/.socket; please update the unit file a>
сен 06 22:15:07 dell5290 systemd[1]: Reloading finished in 638 ms.
сен 06 22:16:13 dell5290 systemd[1]: Stopping displaylink-driver.service - DisplayLink Driver Service...
сен 06 22:16:14 dell5290 systemd[1]: displaylink-driver.service: Deactivated successfully.
сен 06 22:16:14 dell5290 systemd[1]: Stopped displaylink-driver.service - DisplayLink Driver Service.
сен 06 22:16:54 dell5290 systemd[1]: Starting displaylink-driver.service - DisplayLink Driver Service...
сен 06 22:16:54 dell5290 systemd[1]: Started displaylink-driver.service - DisplayLink Driver Service.
сен 06 22:22:06 dell5290 gsd-power[3932]: gsd_power_backlight_percentage_to_abs: assertion 'value <= 100' failed


Но с мониторами все оставалось неизменно: HDMI -- работал (не мигал/не переподключался),  а DP остаётся неподключенным.
Все манипуляции проводились с ядром un-def.

Значит сервисы не убились, а продолжили работать ( Попробуйте тогда еще и перезагрузиться и снова приложить journalctl -b

Created attachment 14349 [details]
journalctl -b; sisyphus

Перезагрузился, после загрузки подключил D6000 [включился только HDMI], 
затем выполнил 
# systemctl daemon-reload 
# systemctl stop displaylink-driver.service
# systemctl start displaylink-driver.service 
# systemctl restart displaylink-driver.service
(завершились без ошибок, на поведении железа не отразились)
лог journalctl -b прикладываю.
(ядро un-def)

(In reply to Vlad Voronenkov from comment #16)
> Created attachment 14349 [details]
> journalctl -b; sisyphus
> 
> Перезагрузился, после загрузки подключил D6000 [включился только HDMI], 
> затем выполнил 
> # systemctl daemon-reload 
> # systemctl stop displaylink-driver.service
> # systemctl start displaylink-driver.service 
> # systemctl restart displaylink-driver.service
> (завершились без ошибок, на поведении железа не отразились)
> лог journalctl -b прикладываю.
> (ядро un-def)

А проверяли ли на std-def? Чтобы понять, влияет ли версия ядра на все это. У меня пока идей нет, разве что делать strace для DisplayLinkManager в убунте и альте.

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #17)
> (In reply to Vlad Voronenkov from comment #16)
> > Created attachment 14349 [details] [подробности] [details]
> > journalctl -b; sisyphus
> > 
> > Перезагрузился, после загрузки подключил D6000 [включился только HDMI], 
> > затем выполнил 
> > # systemctl daemon-reload 
> > # systemctl stop displaylink-driver.service
> > # systemctl start displaylink-driver.service 
> > # systemctl restart displaylink-driver.service
> > (завершились без ошибок, на поведении железа не отразились)
> > лог journalctl -b прикладываю.
> > (ядро un-def)
> 
> А проверяли ли на std-def? Чтобы понять, влияет ли версия ядра на все это. У
> меня пока идей нет, разве что делать strace для DisplayLinkManager в убунте
> и альте.

Да, сегодня позднее проверил на std-def, к сожалению ситуация идентична.
Возможно, что-то можно подглядеть тут: https://aur.archlinux.org/packages/evdi-compat-git.
Как писал  автор этой сборки: "I have created a package based on comments: evdi-compat-git . It uses a fork of evdi repo that is on 1.12 and has the Linux 6.x patch. I like using upstream packages like evdi-git, but my desktop primarily relies on displayLink as display output." (https://aur.archlinux.org/packages/evdi-git#comment-906713). Сейчас у него в репозитории (https://github.com/Varun-garg/evdi-compat) тоже гибрид: тег версии указан 1.14.03, но внутри содержимое от 1.13.1.

Может стоит попробовать свежую установка среза Сизифа, чтобы исключить влияние возможных артефактов?

(In reply to Vlad Voronenkov from comment #18)
> (Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #17)
> > (In reply to Vlad Voronenkov from comment #16)
> > > Created attachment 14349 [details] [подробности] [details]
> > > journalctl -b; sisyphus
> > > 
> > > Перезагрузился, после загрузки подключил D6000 [включился только HDMI], 
> > > затем выполнил 
> > > # systemctl daemon-reload 
> > > # systemctl stop displaylink-driver.service
> > > # systemctl start displaylink-driver.service 
> > > # systemctl restart displaylink-driver.service
> > > (завершились без ошибок, на поведении железа не отразились)
> > > лог journalctl -b прикладываю.
> > > (ядро un-def)
> > 
> > А проверяли ли на std-def? Чтобы понять, влияет ли версия ядра на все это. У
> > меня пока идей нет, разве что делать strace для DisplayLinkManager в убунте
> > и альте.
> 
> Да, сегодня позднее проверил на std-def, к сожалению ситуация идентична.
> Возможно, что-то можно подглядеть тут:
> https://aur.archlinux.org/packages/evdi-compat-git.
> Как писал  автор этой сборки: "I have created a package based on comments:
> evdi-compat-git . It uses a fork of evdi repo that is on 1.12 and has the
> Linux 6.x patch. I like using upstream packages like evdi-git, but my
> desktop primarily relies on displayLink as display output."
> (https://aur.archlinux.org/packages/evdi-git#comment-906713). Сейчас у него
> в репозитории (https://github.com/Varun-garg/evdi-compat) тоже гибрид: тег
> версии указан 1.14.03, но внутри содержимое от 1.13.1.
не, это не то, если у вас работает обычная установка на убунте, зачем этот франкенштейн? Данная сборка скорее для тех, у кого не работает evdi модуль начиная с версии 1.12.

> 
> Может стоит попробовать свежую установка среза Сизифа, чтобы исключить
> влияние возможных артефактов?
Я еще почитаю код и скажу сегодня что можно сделать. У меня есть возможность взять схожее оборудование в аренду, может быть так и сделаю.

Я нашел проблему и постараюсь ее исправить, опять это из-за проприетарщины (

Проверьте, пожалуйста, пакеты из таска #329760, с ними у меня displayport работает с доком от lenovo (ThinkPad Hybrid USB-C with USB-A Dock)

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #20)
> Я нашел проблему и постараюсь ее исправить, опять это из-за проприетарщины (
> 
> Проверьте, пожалуйста, пакеты из таска #329760, с ними у меня displayport
> работает с доком от lenovo (ThinkPad Hybrid USB-C with USB-A Dock)

Спасибо!

В таске #329760 нет модулей ядра, так и должно быть?

Пока получается следующее:
1) Свежая установка последнего среза Сизифа, последняя версия  evdi/displaylink установлена из репозитория => работает только HDMI монитор.
2) Удалены (вмести с конфигурационными файлами) libevdi, displaylink*, взамен них установлены пакеты из таска  #329760, оставлены модули ядра kernel-modules-evdi-un-def из репозитория, перезагрузка => тот же результат (только  HDMI).
3) Удалены модули ядра kernel-modules-evdi-un-def + перезагрузка. 
-- service displaylink-driver status показывает activating, 
-- service displaylink-driver restart ожидаемо жалуется:
Job for displaylink-driver.service failed because the control process exited with error code.
See "systemctl status displaylink-driver.service" and "journalctl -xeu displaylink-driver.service" for details.
-- lsmod evdi подтверждает что модуль отсутствует.
-- Модули udl и udlfb также не загружены
=> Но HDMI монитор работает =).
inxi в этом случае говорит:
Graphics:
  Device-1: Intel UHD Graphics 620 driver: i915 v: kernel
  Device-2: Realtek Integrated Webcam_HD driver: uvcvideo type: USB
  Display: server: X.Org v: 1.23.2 with: Xwayland v: 23.2.0 driver: X:
    loaded: modesetting unloaded: fbdev,vesa dri: iris gpu: i915
    resolution: 1920x1080~30Hz
  API: OpenGL v: 4.6 Mesa 23.1.7 renderer: Mesa Intel UHD Graphics 620 (KBL
    GT2)

Может внести модуль uvcvideo в blacklist?

(In reply to Vlad Voronenkov from comment #21)
> (Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #20)
> > Я нашел проблему и постараюсь ее исправить, опять это из-за проприетарщины (
> > 
> > Проверьте, пожалуйста, пакеты из таска #329760, с ними у меня displayport
> > работает с доком от lenovo (ThinkPad Hybrid USB-C with USB-A Dock)
> 
> Спасибо!
> 
> В таске #329760 нет модулей ядра, так и должно быть?
> 
> Пока получается следующее:
> 1) Свежая установка последнего среза Сизифа, последняя версия 
> evdi/displaylink установлена из репозитория => работает только HDMI монитор.
> 2) Удалены (вмести с конфигурационными файлами) libevdi, displaylink*,
> взамен них установлены пакеты из таска  #329760, оставлены модули ядра
> kernel-modules-evdi-un-def из репозитория, перезагрузка => тот же результат
> (только  HDMI).
> 3) Удалены модули ядра kernel-modules-evdi-un-def + перезагрузка. 
> -- service displaylink-driver status показывает activating, 
> -- service displaylink-driver restart ожидаемо жалуется:
> Job for displaylink-driver.service failed because the control process exited
> with error code.
> See "systemctl status displaylink-driver.service" and "journalctl -xeu
> displaylink-driver.service" for details.
> -- lsmod evdi подтверждает что модуль отсутствует.
> -- Модули udl и udlfb также не загружены
> => Но HDMI монитор работает =).
> inxi в этом случае говорит:
> Graphics:
>   Device-1: Intel UHD Graphics 620 driver: i915 v: kernel
>   Device-2: Realtek Integrated Webcam_HD driver: uvcvideo type: USB
>   Display: server: X.Org v: 1.23.2 with: Xwayland v: 23.2.0 driver: X:
>     loaded: modesetting unloaded: fbdev,vesa dri: iris gpu: i915
>     resolution: 1920x1080~30Hz
>   API: OpenGL v: 4.6 Mesa 23.1.7 renderer: Mesa Intel UHD Graphics 620 (KBL
>     GT2)
> 
> Может внести модуль uvcvideo в blacklist?
ненене, модули ядра вам нужны ) 

Т.е. вам нужно выполнить следущее:

1) Поставить kernel-modules-evdi из сизифа для вашего ядра
2) Установить displaylink-driver + displaylink-driver-firmware + libevdi1 из #329760 (убедитесь у вас установится версия 5.8.0-alt3.63.33)
3) Перезагрузиться и проверить

> ненене, модули ядра вам нужны ) 
> 
> Т.е. вам нужно выполнить следущее:
> 
> 1) Поставить kernel-modules-evdi из сизифа для вашего ядра
> 2) Установить displaylink-driver + displaylink-driver-firmware + libevdi1 из
> #329760 (убедитесь у вас установится версия 5.8.0-alt3.63.33)
> 3) Перезагрузиться и проверить

(голосом кота Матроскина) Ур-раа, заработала!
Перед этим я ставил пакеты alt2-63.33 из сборки 100 таска.
Удалил их, поставил пакеты alt3/libevdi1 из новой сборки 200.
Перезагружаться не пришлось, #service displaylink-driver restart =>  и DP-монитор ожил.
  Display: wayland server: X.Org v: 1.23.2 with: Xwayland v: 23.2.0
    compositor: gnome-shell driver: X: loaded: modesetting unloaded: fbdev,vesa
    dri: iris gpu: evdi,i915 resolution: 1: 1920x1080~30Hz 2: 1920x1080~60Hz
  API: OpenGL v: 4.6 Mesa 23.1.7 renderer: Mesa Intel UHD Graphics 620 (KBL
    GT2)

Похоже, теперь ALT  - первый и единственный дистрибутив, в котором есть поддержка displaylink в основном репозитории.

Огромное спасибо!

(In reply to Vlad Voronenkov from comment #23)
..
> 
> Похоже, теперь ALT  - первый и единственный дистрибутив, в котором есть
> поддержка displaylink в основном репозитории.
> 
> Огромное спасибо!

Вам спасибо, что проверили и сообщили о проблеме. Я еще подумаю как это лучше запаковать и отправлю новую версию в сизиф.

Я собрал в том же таске новую версию, пожалуйста, проверьте, что у вас она работает. Если все хорошо, то она и пойдет в сизиф.

Новая версия - 5.8.0-alt4.63.33

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #25)
> Я собрал в том же таске новую версию, пожалуйста, проверьте, что у вас она
> работает. Если все хорошо, то она и пойдет в сизиф.
> 
> Новая версия - 5.8.0-alt4.63.33

Удалил 3 пакета  - libevdi1 и displaylink-*,
и вместо них поставил 2 новых пакета alt4, после service displaylink-driver restart всё сразу заработало нормально. И после перезагрузки всё также работает нормально.

Единственная некритичная проблема --  если перезагружать (или включать) ноутбук с подключенным D6000, то загрузка останавливается примерно на 2 минуты на шаге systemd-udev-settle/start (systemd-blame показывает 2min 142ms systemd-udev-settle.service при таймауте у этого шага 3 минуты).
Тут (https://support.displaylink.com/forums/287786-displaylink-feature-suggestions/suggestions/41424121-avoid-boot-time-stall-due-to-udev-rules) предлагается решать это путём правки displaylink udev.sh -- заменяя
systemctl start displaylink-driver.service
systemctl start --no-block displaylink-driver

Наблюдается ли у вас подобное поведение? Стоит ли открывать новый баг по этой проблеме, или же это врождённый дефект displaylnk-driver, который должен быть исправлен в апстриме?

(In reply to Vlad Voronenkov from comment #26)
> (Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #25)
> > Я собрал в том же таске новую версию, пожалуйста, проверьте, что у вас она
> > работает. Если все хорошо, то она и пойдет в сизиф.
> > 
> > Новая версия - 5.8.0-alt4.63.33
> 
> Удалил 3 пакета  - libevdi1 и displaylink-*,
> и вместо них поставил 2 новых пакета alt4, после service displaylink-driver
> restart всё сразу заработало нормально. И после перезагрузки всё также
> работает нормально.
> 
> Единственная некритичная проблема --  если перезагружать (или включать)
> ноутбук с подключенным D6000, то загрузка останавливается примерно на 2
> минуты на шаге systemd-udev-settle/start (systemd-blame показывает 2min
> 142ms systemd-udev-settle.service при таймауте у этого шага 3 минуты).
> Тут
> (https://support.displaylink.com/forums/287786-displaylink-feature-
> suggestions/suggestions/41424121-avoid-boot-time-stall-due-to-udev-rules)
> предлагается решать это путём правки displaylink udev.sh -- заменяя
> systemctl start displaylink-driver.service
> systemctl start --no-block displaylink-driver
> 
> Наблюдается ли у вас подобное поведение? Стоит ли открывать новый баг по
> этой проблеме, или же это врождённый дефект displaylnk-driver, который
> должен быть исправлен в апстриме?

да, есть такое. Поправил в udev скрипт, пересобрал ту же версию в таске. Проверьте с ней, как соберется. У меня после добавления --no-block загрузка стала быстрой. Если у вас тоже все работает, считаем эту версию финальной и отправляем в сизиф.

> да, есть такое. Поправил в udev скрипт, пересобрал ту же версию в таске.
> Проверьте с ней, как соберется. У меня после добавления --no-block загрузка
> стала быстрой. Если у вас тоже все работает, считаем эту версию финальной и
> отправляем в сизиф.

Проверил, работает отлично!
Загружается быстро:
$systemd-analyze blame
8.920s systemd-udev-settle.service
...
при этом внешние мониторы включаются практически сразу после появления экрана gdm.

Версия 5.8.0-alt4.63.33 отправлена в Сизиф. Спасибо за тестирование!