Habe jetzt seit längeren wiedermal den VDR im yavdr-ansible-focal aktualisiert auf den vdr-2.4.6.
Jetzt habe ich aber das Problem bekommen, dass der VDR immer wieder neu startet, siehe Auszug aus dem syslog:
. . .
Jan 6 15:10:41 yaVDR-PC vdr: [2057] VNSI: Requesting clients to reload recordings list (1)
Jan 6 15:10:43 yaVDR-PC kernel: [ 72.503928] softhddev video[2198]: segfault at 10 ip 00007f6e0d710c78 sp 00007f6dd261bdb0 error 4 in libGLX.so.0.0.0[7f6e0d70f000+1b000]
Jan 6 15:10:43 yaVDR-PC kernel: [ 72.503936] Code: ff 83 cf ff e8 c9 e7 ff ff 66 0f 1f 84 00 00 00 00 00 f3 0f 1e fa 41 56 41 89 ce 41 55 49 89 d5 41 54 49 89 f4 55 48 89 fd 53 <8b> 76 10 e8 e0 59 00 00 48 85 c0 74 43 4c 89 e6 48 89 c3 4c 89 ea
Jan 6 15:10:43 yaVDR-PC yavdr-frontend[1154]: WARNING:softhddevice:DBus communication failed!
Jan 6 15:10:43 yaVDR-PC yavdr-frontend[1154]: DEBUG:softhddevice:g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying (4)
Jan 6 15:10:43 yaVDR-PC yavdr-frontend[1154]: DEBUG:softhddevice:change_state with command atta and options "-d :0" to attached
Jan 6 15:10:43 yaVDR-PC yavdr-frontend[1154]: DEBUG:softhddevice:softhddevice could not be attached: None None
Jan 6 15:10:43 yaVDR-PC systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV
Jan 6 15:10:43 yaVDR-PC systemd[1]: vdr.service: Failed with result 'signal'.
. . .
Alles anzeigen
Diese Meldung kommt dann immer wieder, nach dem der VDR neu starten will.
Bei meiner Suche im Inet habe ich dann gefunden, dass dies irgendwie am softhddevice-cuvid-plugin liegen muss. siehe hier!
Oder am verwendeten CUVID von NVIDIA.
Denn wenn ich einfach in der softhddevice.conf den Aufruf -v cuvid auskommentiere, dann läuft der VDR wieder ohne Probleme.
Zumindest bin ich also nicht der einzige, der das Problem hat.
Vielleicht kann sich lnj der Sache mal annehmen.
Hier noch der verwendete NVIDIA-Treiber und die CUDA-Version:
nvidia-smi
Wed Jan 6 16:03:31 2021
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 450.80.02 Driver Version: 450.80.02 CUDA Version: 11.0 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|===============================+======================+======================|
| 0 GeForce GT 1030 Off | 00000000:01:00.0 On | N/A |
| N/A 42C P5 N/A / 30W | 226MiB / 1996MiB | 18% Default |
| | | N/A |
+-------------------------------+----------------------+----------------------+
+-----------------------------------------------------------------------------+
| Processes: |
| GPU GI CI PID Type Process name GPU Memory |
| ID ID Usage |
|=============================================================================|
| 0 N/A N/A 1009 G /usr/lib/xorg/Xorg 91MiB |
| 0 N/A N/A 1069 G /usr/bin/vdr 130MiB |
+-----------------------------------------------------------------------------+
Alles anzeigen
Das vdrboblight-Plugin habe ich noch nie genutzt, war also noch nie aktiviert. Hier mal noch die aktivierten Plugins:
vdrctl
PLUGIN STATE PRIORITY
conflictcheckonly enabled 50
dbus2vdr enabled 50
desktop enabled 50
devstatus enabled 50
dvbapi enabled 10
epgsearch enabled 50
epgsearchonly enabled 50
femon enabled 50
filebrowser enabled 50
markad enabled 50
menuorg enabled 50
osd2web enabled 50
osdteletext enabled 50
quickepgsearch enabled 50
satip disabled 50
skindesigner enabled 30
softhddevice enabled 90
softhddevice-cuvid disabled 50
systeminfo enabled 50
tvguideng enabled 50
vdr static 00
vdr-charset-override static 02
vdr-epg-log enabled 05
vdr-hide-first-recordinglevel static 04
vdr-lirc static 03
vnsiserver enabled 50
weatherforecast enabled 50
xineliboutput disabled 50
Alles anzeigen
Ansonsten habe ich das ganz normale yavdr-ansible-focal am laufen, nicht die gepatchte Version von seahawk1986