[cs-7]

Ich habe gerade bei meinem Testsystem die Anzahl der vtuner im Webif reduziert. Die dann überflüssigen vtuner Konfigurationsdateien in /etc/default und die zugehörigen Systemd-Services sind nicht automatisch entfernt worden.

[clausmuus]

Die Services können erst beim nächsten Reboot reduziert werden.

[cs-7]

Das Webif hatte den Reboot nach der Änderung der Tuner-Anzahl angefordert (und auch bekommen). Der Start des VDR hat dann sehr lange gedauert, weil die Systemd-Service nicht sauber hoch kamen. Mit Deiner Erläuterung ist das klar: Hier sind zwei SATIP-Server aktiv, der "kleine" SATIP-Server hat nur zwei Devices und durch die Umkonfiguration wurden da drei Tuner angefordert -> eine Anforderung ist in Timeout gelaufen.

Das ist wohl eine sehr spezielle Race-Condition, dürfte nicht häufig vorkommen, kann so bleiben.

[wayne]

Habe das selbe/ähnliches Problem seit ich vtuner-ng installiert habe.

Nach dem Booten habe ich manchmal kein Bild und Ton.
Mit einem VDR Neustart übers OSD gehts dann...

Heute Morgen wieder kein Bild und Ton nach dem Booten.

Support Log id ist: M3Vyo7

[clausmuus]

Aber OSD konntest Du aufrufen?
Und umschalten hat geholfen?

Im Log sehe ich erstmal keine Auffälligkeiten.

[wayne]

Guten Morgen Claus,
ich zitiere mich mal...

Mit einem VDR Neustart übers OSD gehts dann...

Umschalten hilft auch nicht, geht auch nicht. Es bleibt immer auf dem ersten Kanal stehen.

[clausmuus]

Eventuell versucht der VDR auf die vtuner zuzugreifen, bevor die dienste wirklich bereit sind. Diese sind erst unmittelbar vor dem VDR Start fertig gestartet.
Sollte das zutreffen würde es helfen den VDR start etwas zu verzögern. Erstelle dafür mal folgende Datei:
/usr/share/vdr/run.d/60_wait.sh

Code: [Select]

#!/bin/sh

case "$1" in
start)
sleep 5
;;
esac


[cs-7]

Heute Morgen wieder kein Bild und Ton nach dem Booten.

Der RPI5 hat hier nach dem heutigen Update ohne Probleme gebootet

[wayne]

Eventuell versucht der VDR auf die vtuner zuzugreifen, bevor die dienste wirklich bereit sind. Diese sind erst unmittelbar vor dem VDR Start fertig gestartet.
Sollte das zutreffen würde es helfen den VDR start etwas zu verzögern. Erstelle dafür mal folgende Datei:
/usr/share/vdr/run.d/60_wait.sh

Code: [Select]

#!/bin/sh

case "$1" in
start)
sleep 5
;;
esac


Mit dieser Änderung habe ich nun immer Bild und Ton nach dem Booten...

 

[clausmuus]

Ich habe jetzt im vtuner-ng-satip Paket ein sleep von 2 Sekunden im service eingebaut. Teste mal Bitte ob das ausreichst, wenn Du das VDR 60_wait.sh Script wieder entfernst.
Wenn das nicht reicht, verlängere das sleep auf 5 in der Datei /lib/systemd/system/vtuner-satip@.service

[michaott]

Hallo,

ich verwende RPI5

der Eintrag führte dazu das SatIP gar nicht mehr gestartet wurde. Mehrere Neustart des RPI5 haben nicht geholfen.

Ich habe den Eintrag auskommentiert,

[Service]
ExecStart=/bin/sh -c 'I=%I; /usr/bin/satip -d /dev/%I -s $$(/usr/bin/setting call dvb.vtunerServer $${I#vtunerc})'
##ExecStartPost=/usr/sleep 2
Restart=always

danach

systemctl daemon-reload
rmmod vtunerc
modprobe vtunerc

Dann wurden über UDEV alle SatIP Instanzen (6) wieder tadellos gestartet.

Grüße Michael

[wayne]

der Eintrag führte dazu das SatIP gar nicht mehr gestartet wurde. Mehrere Neustart des RPI5 haben nicht geholfen.

Ist bei mir genauso. Bin mit Snapshot wieder zurück...

[clausmuus]

Was ein kleiner Flüchtigkeitsfehler doch für Auswirkungen haben kann...
es hätte /bin/sleep lauten müssen und nicht /usr/sleep

Ich hab's korrigiert, und in 5 Minuten gibt's nen Update für den RPI5. Die anderen Plattformen folgen kommende Nacht.