ich habe das Problem das der shutdown ca. 30 sec hängt. Im log ist leider nichts zu sehen.
Auf dem TV ist das yavdr shutdown logo zu sehen.
Eventuell braucht der VDR etwas länger, um sich zu beenden, wenn z.B. ein Plugin noch Dinge abarbeitet - oder beendet sich der VDR zeitnah?
haette ein bitte an dich. koenntest du das fritzbox-plugin in diesem ppa auch bauen lassen
Ist unterwegs (https://launchpad.net/~seahawk1986-h…g-archive-extra), das ist mit einem anderen Source-Tarball für jammy paketiert worden, daher hat Launchpad den ursprünglichen Upload zurückgewiesen
Eventuell braucht der VDR etwas länger, um sich zu beenden, wenn z.B. ein Plugin noch Dinge abarbeitet - oder beendet sich der VDR zeitnah?
Ein paar mal probiert um den Fehler zu suchen --> auf einmal geht es 
...hast Du meine Abhängigkeiten noch gesehen wg. der zurückgehaltenen Pakete? Ich hatte die 'richtigen' noch nachgereicht
Umstieg auf vdr 2.5.7 hat geklappt.
Bei mir ist allerdings vdr-plugin-markad-ng deinstalliert worden.
Neuinstallation schlägt fehl:
root@vdr1:/home/rossi# apt-get install vdr-plugin-markad-ng
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
vdr-plugin-markad-ng : Hängt ab von: vdr-abi-2.4.7-0yavdr
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.apt-get update wurde ausgeführt.
root@vdr1:/home/rossi# apt-get update
OK:1 http://ppa.launchpad.net/oibaf/graphics-drivers/ubuntu focal InRelease
OK:2 http://de.archive.ubuntu.com/ubuntu focal InRelease
OK:3 http://ppa.launchpad.net/yavdr/experimental-kodi/ubuntu focal InRelease
OK:4 http://de.archive.ubuntu.com/ubuntu focal-updates InRelease
OK:5 http://de.archive.ubuntu.com/ubuntu focal-backports InRelease
OK:6 http://ppa.launchpad.net/yavdr/experimental-main/ubuntu focal InRelease
OK:7 http://de.archive.ubuntu.com/ubuntu focal-security InRelease
OK:8 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu focal InRelease
OK:9 http://ppa.launchpad.net/seahawk1986-hotmail/experimental-kodi/ubuntu focal InRelease
OK:10 http://ppa.launchpad.net/seahawk1986-hotmail/vdr-2.5.7/ubuntu focal InRelease
Paketlisten werden gelesen... FertigAbhängig von 2.4.7 ? Das ging vorher mit ppa.launchpad.net/seahawk1986-hotmail/vdr-2.5.6
Was läuft da schief?
Danke
Umstieg auf vdr 2.5.7 hat geklappt.
Bei mir ist allerdings vdr-plugin-markad-ng deinstalliert worden.
Neuinstallation schlägt fehl:
Kann ich bestätigen,falls das jemanden interessiert.
Ich versuche auch nochmal einen Fehler zu beschreiben 
:
Ich habe seit Version 2.5.6 keine EPG-Ansicht mehr in den Skindesigner-Skins mit dem Plugin epg2vdr (Programm-/Timermenü ersetzen). In LCARS beispielsweise ist die Programmansicht normal! Das war damals der Grund auf 2.4.7-patches zu bleiben...
Also vdr-markad-ng ist hier vorhanden:
apt-cache policy vdr-plugin-markad-ng
vdr-plugin-markad-ng:
Installiert: 3.0.18-0yavdr1~focal
Installationskandidat: 3.0.18-0yavdr1~focal
Versionstabelle:
*** 3.0.18-0yavdr1~focal 500
500 http://ppa.launchpad.net/seahawk1986-hotmail/vdr-2.5.7/ubuntu focal/main amd64 Packages
100 /var/lib/dpkg/statusund aus dem richtigen ppa ...
Hatte aber ein gleichartiges Problemchen mit 2 anderen Plugins, die mal schnell aus der Source kompiliert und erst danach ppa-purge auf das 2.5.6-ppa ausgeführt. Dann lief das Ersetzen.
Ich versuche auch nochmal einen Fehler zu beschreiben
Ich habe seit Version 2.5.6 keine EPG-Ansicht mehr in den Skindesigner-Skins mit dem Plugin epg2vdr (Programm-/Timermenü ersetzen). In LCARS beispielsweise ist die Programmansicht normal! Das war damals der Grund auf 2.4.7-patches zu bleiben...
da hilft kurzfristig das ersetzen der oberflaeche im epg2vdr-plugin abzuschalten
wäre für mich mal interessant, ob überhaupt jemand anderes dieses Phänomen bei sich hat
Hallo,
ich habe jetzt die Ursache für den verzögerten Shutdown gefunden. Es liegt an dem gemounteten USB-Stick. Damit bleibt der vdr service für 1:30 min hängen.
Gruß
Murry
hab jetzt ausgiebig mit 2.5.7 getestet. einzig epg2vdr ist mir aufgefallen, dass das ersetzen des programm-
und timermenues nicht mehr funktioniert. hat wohl mit den neuen patterntimer zu tun. das passt wohl
nicht mehr zusammen.
den menuselection-patch hab ich aus dem vdr genommen, da dieser die "schoene" balkenanzeige
in systeminfo und zaphistory verhindert
ansonsten laeufts hier rund
gruss
beinhart
Stimmt, irgendwas lief da bei mir auch nicht rund und ich bin wieder auf das alte PPA zurück.
anscheinend hat die kombination vdr-2.5.7 und epg2vdr mit dem aktualisieren
des epg probleme, wenn als quelle vdr:.... vorgegeben ist
Auf meinem server läuft der neue VDR. Ich hatte nur Probleme auf dem Client, der darf keine Daten in epgd eintragen. Ersetzt aber die Menüs, wegen der Timerfunktionen, dass alles auf dem Server aufzeichnet.
Auf meinem server läuft der neue VDR. Ich hatte nur Probleme auf dem Client, der darf keine Daten in epgd eintragen. Ersetzt aber die Menüs, wegen der Timerfunktionen, dass alles auf dem Server aufzeichnet.
so lief das auch bei mir mit vdr-2.5.7. allerdings vielen immer mehr epg-daten aus, die mit vdr:... angelegt wurden
bin jetzt auf dem server zurueck auf 2.4.7 und schon wurden die luecken wieder gefuellt
werd weiter testen, wir aber anfang 2022. jetzt stehen tonnenweise aufnahmen an, v.a. 3sat
gruss
beinhart
stimmt.
grad mal das log am server gecheckt:
Dec 29 19:12:33 SERVER vdr: message repeated 5 times: [ [993] retrying]
Dec 29 19:12:35 SERVER vdr: epg2vdr: Updating table timers (and remove deleted and finished timers older than 2 days)
Dec 29 19:12:35 SERVER vdr: epg2vdr: Updating table timers done
Dec 29 19:12:35 SERVER vdr: [1050] VNSI: Requesting clients to reload timers
Dec 29 19:12:54 SERVER vdr: [993] retrying
Dec 29 19:13:15 SERVER vdr: message repeated 5 times: [ [993] retrying]
Dec 29 19:13:35 SERVER vdr: epg2vdr: Updating table timers (and remove deleted and finished timers older than 2 days)
Dec 29 19:13:35 SERVER vdr: epg2vdr: Updating table timers done
Dec 29 19:13:35 SERVER vdr: [1050] VNSI: Requesting clients to reload timers
Dec 29 19:13:36 SERVER vdr: [993] retrying
Dec 29 19:13:36 SERVER vdr: message repeated 2 times: [ [993] retrying]
Dec 29 19:13:36 SERVER vdr: [1025] SDT: channel 127 NID/TID (53/1105) not found, got 133/12
Dec 29 19:13:57 SERVER vdr: [993] retrying
Dec 29 19:13:57 SERVER vdr: message repeated 2 times: [ [993] retrying]
Dec 29 19:14:35 SERVER vdr: epg2vdr: Updating table timers (and remove deleted and finished timers older than 2 days)
Dec 29 19:14:35 SERVER vdr: epg2vdr: Updating table timers doneNachdem ich wieder zurück auf 2.4.7 bin, habe ich auch bisher unbekannte Logeinträge:
Dec 29 19:22:27 SERVER vdr: [16495] ERROR: unexpected tag while reading EPG data: O 9
Dec 29 19:22:27 SERVER vdr: [16495] ERROR: EPG data problem in line 19
Dec 29 19:22:27 SERVER vdr: [16495] ERROR: EPG data problem in file /srv/vdr/video/Sportschau/2021-12-29.16.05.7-0.del/infoDon’t have an account yet? Register yourself now and be a part of our community!