Posts by minixjr

Wow, wie doch die Zeit vergeht.

Quote from kls

und TV ohne VDR ist sowieso undenkbar ;-).

Dem kann ich mich nur anschließen.
Herzlichen Dank für die kontinuierliche Weiterentwicklung und damit für die investierte Zeit


Frank

horchi,

super, danke, auch bei mir wieder alles OK

Ja, kann ich bestätigen.
Ich habe es nicht im Detail gelesen, aber diese Seite sollte Dir weiterhelfen:
https://wiki.ubuntuusers.de/systemd/journald/

Vielleicht liegt es ja auch irgendwie an meinen Rechnern/Konfiguration.

Schauen wir ob sich hier vielleicht noch jemand meldet, der das gleiche Problem hat.

Danke für das Angebot. Sollte der Fehler wieder auftreten, werde ich mich melden.

Hallo Sundtek ,

Quote from Sundtek

Da stand auch "mediasrv (deleted)[400000+69000]"...

Der aktuelle Treiber unterstützt für SkyTV 8 und SkyTV Dual Multistream.

Und das sagt mir jetzt was?
Hätte ich etwas anders machen müssen/können.
Muss da vielleicht etwas im yaVDR Paket berücksichtigt werden?
Auch nach einem Neustart gab es den Fehler.

Hi seahawk1986,

Problem gelöst, scheinbar reicht ein Neustart nicht aus.
Nachdem ich die Rechner komplett ausgeschaltet hatte und dann wieder gestartet habe, funktioniert alles wieder.

seahawk1986 ,
funktioniert leider auf zwei von zwei Systemen nicht, es gibt einen Core Dump.
Ich versuche mal die original Version des Treibers zu installieren.

Fehler während des Updates:

dvb-driver-sundtek-mediaclient (1:240822.144415-0yavdr2~noble) wird eingerichtet ...
Could not execute systemctl:  at /usr/bin/deb-systemd-invoke line 148.

Syslog:

2024-10-01T16:30:51.319279+02:00 vdrserver systemd[1]: Stopping sundtek.service - Sundtek mediasrv...
2024-10-01T16:30:51.328111+02:00 vdrserver kernel: mediasrv[1260]: segfault at 68 ip 00000000004145aa sp 00007638aa1ffe50 error 4 in mediasrv (deleted)[400000+69000] likely on CPU 3 (core 1, socket 0)
2024-10-01T16:30:51.328381+02:00 vdrserver kernel: Code: 1c 89 50 18 8b 7d 00 31 c0 4c 89 c2 be 0a 55 38 80 e8 ea 03 ff ff 85 c0 41 89 c7 0f 85 d0 01 00 00 0f b6 45 40 e9 29 fc ff ff <49> 8b 55 28 8b 42 18 89 42 24 e9 d1 fe ff ff 45 85 e4>
2024-10-01T16:30:51.329003+02:00 vdrserver vdr: [170972] ERROR (device.c,2056): Die Verbindung wurde vom Kommunikationspartner zurückgesetzt
2024-10-01T16:30:51.329205+02:00 vdrserver vdr: [170972] device 2 TS buffer thread ended (pid=1870, tid=170972)
2024-10-01T16:30:51.330730+02:00 vdrserver kernel: usb 1-1.3: usbfs: USBDEVFS_CONTROL failed cmd mediasrv rqt 64 rq 187 len 1 ret -4
2024-10-01T16:30:51.354951+02:00 vdrserver systemd[1]: Created slice system-systemd\x2dcoredump.slice - Slice /system/systemd-coredump.
2024-10-01T16:30:51.366761+02:00 vdrserver systemd[1]: Started systemd-coredump@0-183129-0.service - Process Core Dump (PID 183129/UID 0).
2024-10-01T16:30:52.161860+02:00 vdrserver (sd-parse-elf)[183132]: Could not parse number of program headers from core file: invalid `Elf' handle
2024-10-01T16:30:52.162877+02:00 vdrserver (sd-parse-elf)[183132]: message repeated 8 times: [ Could not parse number of program headers from core file: invalid `Elf' handle]
2024-10-01T16:30:52.164723+02:00 vdrserver systemd-coredump[183130]: Process 936 (mediasrv) of user 0 dumped core.#012#012Module /opt/bin/plugins/libencoder_plugin.so without build-id.#012Module /opt/bin/dvb/libdrv_em28xx.so (deleted) wit>
2024-10-01T16:30:52.194029+02:00 vdrserver mediaclient[183128]: Shutting down Multimedia Stack
2024-10-01T16:30:52.196469+02:00 vdrserver systemd[1]: systemd-coredump@0-183129-0.service: Deactivated successfully.
2024-10-01T16:30:52.196743+02:00 vdrserver systemd[1]: systemd-coredump@0-183129-0.service: Triggering OnSuccess= dependencies.
2024-10-01T16:30:52.209476+02:00 vdrserver systemd[1]: Created slice system-apport\x2dcoredump\x2dhook.slice - Slice /system/apport-coredump-hook.
2024-10-01T16:30:52.221149+02:00 vdrserver systemd[1]: Starting apport-coredump-hook@0-183129-0.service...
2024-10-01T16:30:52.234208+02:00 vdrserver systemd[1]: sundtek.service: Main process exited, code=dumped, status=11/SEGV
2024-10-01T16:30:52.234540+02:00 vdrserver systemd[1]: sundtek.service: Failed with result 'core-dump'.
2024-10-01T16:30:52.235254+02:00 vdrserver systemd[1]: Stopped sundtek.service - Sundtek mediasrv.
2024-10-01T16:30:52.235576+02:00 vdrserver systemd[1]: sundtek.service: Consumed 11h 30min 23.003s CPU time, 22.5M memory peak, 1.5M memory swap peak.
2024-10-01T16:30:52.246822+02:00 vdrserver systemd[1]: Starting sundtek.service - Sundtek mediasrv...
2024-10-01T16:30:52.268217+02:00 vdrserver mediasrv[183145]: 2024-10-01 16:30:52 [183145] UID: 0 SUID 0
2024-10-01T16:30:5

Dump:

root@vdrserver:~# coredumpctl debug
           PID: 936 (mediasrv)
           UID: 0 (root)
           GID: 0 (root)
        Signal: 11 (SEGV)
     Timestamp: Tue 2024-10-01 16:30:51 CEST (26min ago)
  Command Line: /opt/bin/mediasrv -d --pluginpath=/opt/bin --wait-for-devices
    Executable: /opt/bin/mediasrv
 Control Group: /system.slice/sundtek.service
          Unit: sundtek.service
         Slice: system.slice
       Boot ID: 42d1f12651bc472e8602418662a9dfe5
    Machine ID: dbdf9b61b8924e9bb42af3d0efca2e6e
      Hostname: vdrserver
       Storage: /var/lib/systemd/coredump/core.mediasrv.0.42d1f12651bc472e8602418662a9dfe5.936.1727793051000000.zst (present)
  Size on Disk: 7.7M
       Message: Process 936 (mediasrv) of user 0 dumped core.
                
                Module /opt/bin/plugins/libencoder_plugin.so without build-id.
                Module /opt/bin/dvb/libdrv_em28xx.so (deleted) without build-id.
                Module /opt/bin/dvb/libdrv_em28xx.so (deleted)
                Module /opt/bin/dvb/libdrv_vivi.so (deleted) without build-id.
                Module /opt/bin/dvb/libdrv_vivi.so (deleted)
                Module /opt/bin/dvb/libdrv_tntdvb.so (deleted) without build-id.
                Module /opt/bin/dvb/libdrv_tntdvb.so (deleted)
                Module /opt/bin/dvb/libdrv_net.so (deleted) without build-id.
                Module /opt/bin/dvb/libdrv_net.so (deleted)
                Module /opt/bin/dvb/libdrv_fm_dab_dabplus.so (deleted) without build-id.
                Module /opt/bin/dvb/libdrv_fm_dab_dabplus.so (deleted)
                Module /opt/bin/dvb/libdrv_hikarisoft_isdb.so (deleted) without build-id.
                Module /opt/bin/dvb/libdrv_hikarisoft_isdb.so (deleted)
                Module /opt/bin/dvb/libdrv_eLight.so (deleted) without build-id.
                Module /opt/bin/dvb/libdrv_eLight.so (deleted)
                Module /opt/bin/dvb/libdrv_ngTV.so (deleted) without build-id.
                Module /opt/bin/dvb/libdrv_ngTV.so (deleted)
                Module /opt/bin/dvb/libdrv_fm.so (deleted) without build-id.
                Module /opt/bin/dvb/libdrv_fm.so (deleted)
                Module mediasrv without build-id.
                Stack trace of thread 1260:
                #0  0x00000000004145aa msusb_read_bulk (mediasrv + 0x145aa)
                #1  0x00007638aa2006c0 n/a (n/a + 0x0)
                ELF object binary architecture: AMD x86-64

Werde ich gleich mal testen.

Danke für die prompte Erledigung

Hallo seahawk1986 ,

scheinbar gibt es seit längerem mal wieder ein Update der Sundtek Treiber. Sundtek-Forum
Würdest Du vielleicht bei Gelegenheit das Paket für yaVDR updaten?
Für mich interessant wäre "noble-main".

Gruß

Frank

Vielleicht ne blöde Frage, aber das Laufwerk ist nicht voll, oder?

df -h

Ich hoffe dieser Workaround funktioniert für alle die schon Python 3.12 nutzen.
So oder abgeleitet, hier am Beispiel yavdr (Ubuntu 24.04, noble)

Anmelden per SSH!

--> ALS NORMALER USER, im entsprechenden Home-Verzeichnis

# Siehe auch: https://github.com/pyenv/pyenv

curl https://pyenv.run | bash

--> Hinzufügen zur Datei ~/.bashrc

-------------------------------------------------------------------------

# Load pyenv automatically by appending
# the following to
# ~/.bash_profile if it exists, otherwise ~/.profile (for login shells)
# and ~/.bashrc (for interactive shells) :

export PYENV_ROOT="$HOME/.pyenv"
[[ -d $PYENV_ROOT/bin ]] && export PATH="$PYENV_ROOT/bin:$PATH"
eval "$(pyenv init -)"

# Restart your shell for the changes to take effect.

# Load pyenv-virtualenv automatically by adding
# the following to ~/.bashrc:

eval "$(pyenv virtualenv-init -)"

-------------------------------------------------------------------------

--> pyenv

pyenv update
pyenv install 3.11.9
pyenv global 3.11.9

--> Quellen laden

sudo apt install build-essential fakeroot devscripts
sudo apt-get build-dep vdr-epg-daemon
mkdir -p ~/src/epgd
cd  ~/src/epgd
apt-get source vdr-epg-daemon
cd vdr-epg-daemon*

--> patchen

-> Make.conf

PYTHON ?= python3 --> PYTHON ?= python3.11

-> debian/rules --> [TAB] nach dem Einfügen durch Taste "Tab" ersetzen !

override_dh_shlibdeps:
[TAB]dh_shlibdeps --dpkg-shlibdeps-params=--ignore-missing-info

--> Pakete bauen

dpkg-buildpackage -b -uc -us

--> Pakete installieren

cd ..
sudo dpkg -i *.deb

--> Reboot

Sorry, kann ich nicht nachvollziehen .
Die Einstellungen sind bei mir identisch.
Wenn ich aus dem Magazin versuche einen Timer mit AUTO/AUTO manuell anzulegen gibt es einen Crash.
Macht es ein Suchtimer mit AUTO/AUTO nicht.
Ich sehe den Unterschied nicht.

Noch ein Gedanke zu diesem Thema.
Warum tritt der Fehler nur auf, wenn ich einen Timer manuell anlege oder ändere?
Suchtimer sind nicht betroffen und können den Namen mit Hilfe der recording.py ermitteln.
Wo ist hier der Unterschied.

Schön, dass es wieder funktioniert.

Wenn ich Deine Paketliste ansehe fällt mir auf, dass sowohl die Nvidia Kernel Module installiert sind, als auch die Module per DKMS gebaut werden.
Ich würde versuchen diese Pakete zu deinstallieren und den Rechner neu starten.

linux-signatures-nvidia-6.8.0-40-generic
linux-modules-nvidia-550-6.8.0-40-generic
linux-objects-nvidia-550-6.8.0-40-generic

Ein "kaputtes" System auf noble upgraden würde ich definitiv nicht, zumal das Upgrade noch andere Probleme mit sich bring, ist ja auch noch nicht freigegeben, bzw. das Release wurde sogar noch mal um zwei Wochen verschoben.

Hallo horchi ,

sorry für die späte Antwort, ich hatte es gelesen und wieder verdrängt
Vorab, das mit dem Kopieren des DIFFs funktioniert nicht, es sind zu viele unnütze Zeilenumbrüche enthalten.

Keine Ahnung ob das vielleicht von der Forumsoftware verursacht wird. Vielleicht können wir es mal mit einer Textdatei versuchen.

Leider ist der Patch noch nicht die Lösung.

Es wird alles gebaut, epgd und epghttpd starten auch, es ist aber nicht möglich per Web einen Timer zu programmieren.

Ich habe versucht aus dem "Magazin" einen Timer zu erstellen:

Log: journalctl -f --priority=debug -u epghttpd

Quote

Aug 21 17:10:27 test-epgd systemd[1]: epghttpd.service: Main process exited, code=dumped, status=11/SEGV

Aug 21 17:10:27 test-epgd systemd[1]: epghttpd.service: Failed with result 'core-dump'.

Aug 21 17:10:27 test-epgd systemd[1]: epghttpd.service: Scheduled restart job, restart counter is at 1.

Aug 21 17:10:27 test-epgd systemd[1]: Starting epghttpd.service - epghttpd provides a webinterface for epg data...

Dump:

Quote

root@test-epgd:~# coredumpctl debug

PID: 1524 (epghttpd)

UID: 0 (root)

GID: 0 (root)

Signal: 11 (SEGV)

Timestamp: Wed 2024-08-21 17:10:26 CEST (49s ago)

Command Line: /usr/bin/epghttpd -n -c /etc/epgd

Executable: /usr/bin/epghttpd

Control Group: /system.slice/epghttpd.service

Unit: epghttpd.service

Slice: system.slice

Boot ID: de6f26a830064ca396ded8bf64139429

Machine ID: 146b85d4f08f4d21a93afcdbc705b5b7

Hostname: test-epgd

Storage: /var/lib/systemd/coredump/core.epghttpd.0.de6f26a830064ca396ded8bf64139429.1524.1724253026000000.zst (present)

Size on Disk: 1.9M

Message: Process 1524 (epghttpd) of user 0 dumped core.

Module libzstd.so.1 from deb libzstd-1.5.5+dfsg2-2build1.amd64

Module libsystemd.so.0 from deb systemd-255.4-1ubuntu8.2.amd64

Module libarchive.so.13 from deb libarchive-3.7.2-2ubuntu0.1.amd64

Stack trace of thread 1573:

#0 0x000076bf69af78d5 n/a (libpython3.12.so.1.0 + 0x2f78d5)

#1 0x000076bf69a9c936 n/a (libpython3.12.so.1.0 + 0x29c936)

#2 0x000076bf69a9d356 n/a (libpython3.12.so.1.0 + 0x29d356)

#3 0x000076bf69984b76 PyObject_CallObject (libpython3.12.so.1.0 + 0x184b76)

#4 0x00005555d1127742 _ZN6Python7executeEP8cDbTableiPKc (epghttpd + 0x8e742)

#5 0x00005555d10b8734 _ZN9cEpgHttpd13storeTimerJobEP6json_tS1_ (epghttpd + 0x1f734)

#6 0x00005555d10d1b29 _ZN9cEpgHttpd15performPostDataEPKcP12MemoryStruct (epghttpd + 0x38b29)

#7 0x00005555d10d244f _ZN9cEpgHttpd10dispatcherEPvP14MHD_ConnectionPKcS4_S4_S4_PmPS0_ (epghttpd + 0x3944f)

#8 0x000076bf6a19572e n/a (libmicrohttpd.so.12 + 0xb72e)

#9 0x000076bf6a1981e8 n/a (libmicrohttpd.so.12 + 0xe1e8)

#10 0x000076bf6a19b5e8 n/a (libmicrohttpd.so.12 + 0x115e8)

#11 0x000076bf6a19cc61 n/a (libmicrohttpd.so.12 + 0x12c61)

#12 0x000076bf6a1a6035 n/a (libmicrohttpd.so.12 + 0x1c035)

#13 0x000076bf6889ca94 start_thread (libc.so.6 + 0x9ca94)

#14 0x000076bf68929c3c __clone3 (libc.so.6 + 0x129c3c)

Stack trace of thread 1524:

#0 0x000076bf688ecadf __GI___clock_nanosleep (libc.so.6 + 0xecadf)

#1 0x000076bf688f9a27 __GI___nanosleep (libc.so.6 + 0xf9a27)

#2 0x000076bf6890ec63 __sleep (libc.so.6 + 0x10ec63)

#3 0x00005555d10d06c7 _ZN9cEpgHttpd4loopEv (epghttpd + 0x376c7)

#4 0x00005555d10d409a main (epghttpd + 0x3b09a)

#5 0x000076bf6882a1ca __libc_start_call_main (libc.so.6 + 0x2a1ca)

#6 0x000076bf6882a28b __libc_start_main_impl (libc.so.6 + 0x2a28b)

#7 0x00005555d10b5085 _start (epghttpd + 0x1c085)

ELF object binary architecture: AMD x86-64

Display More

P.S.:
Die Verwendung der "Code" oder "Inline-Code" Funktion hier im Forum fügt die Leerzeilen hinzu, mit "Zitat" passiert dies nicht.

Schau bitte auch mal ob in /etc/yavdr/autoinstalled was von nvidia steht und ob der Status von nvidia-persistenced einen Fehler anzeigt (hatte ich nach meinem Releaseupgrade auch).

systemctl status nvidia-persistenced.service
Falls da der User nicht gefunden wird, könnte ein

dpkg-reconfigure nvidia-compute-utils-550

helfen.

Hi ciax,

ob man den alten Post wieder aufwärmen muss weis ich nicht, anderes Release, andere Treiberversion und die Fehlermeldungen sind auch unterschiedlich. Aber sei es drum.

Bei mir lief diese Kombi lange problemlos, also Ubuntu 22.04, Nvidia 550, GT1030, allerdings ohne OSD2WEB.

So direkt sagt mir der Fehler auch nix, da Du aber scheinbar an mehreren Fronten kämpfst (yavdr-22-04-softhdcuvid-nvidia-treiber), würde ich erst mal die Treiber checken.

dpkg -l | egrep 'nvidia.*535|550'
Ist 535 komplett deinstalliert?
Gibt es von 535 noch Pakete die aber für 550 fehlen?
Wenn das passt würde ich die Dateien xorg.conf und edid.*.bin umbenennen und versuchen die Rolle "yavdr-xorg" noch mal auszuführen.
Die Dateien aus dem GIT hast Du ja sicher auch aktualisiert?
Dem Ansible-Befehl kannst Du noch ein -v oder -vvv hinzufügen, dass sollte es etwas gesprächiger machen.

Viel Erfolg
Frank

klausb ,

und Problem gelöst?