Hallo!
ich habe mal eine Frage zu TVH in Zusammenhang mit Sat IP. Interessant in diesem Zusammenhang ist ein Bugeintrag, den CvH vor ~2 Jahren mal gemacht hat:
TVH Bug
Ich habe hier nun ein ähnliches Problem. Beim Booten meines Rechner wird eth0 aktiv und die Schnittstelle ist nach knapp 11 Sekunden bereit:
Apr 30 11:39:26 TVHeadend systemd[1]: Starting ifup for eth0...
Apr 30 11:39:26 TVHeadend systemd[1]: Started ifup for eth0.
Apr 30 11:39:26 TVHeadend dhclient: Listening on LPF/eth0/20:cf:30:0b:19:7a
Apr 30 11:39:26 TVHeadend dhclient: Sending on LPF/eth0/20:cf:30:0b:19:7a
Apr 30 11:39:26 TVHeadend dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Apr 30 11:39:26 TVHeadend ifup[535]: Listening on LPF/eth0/20:cf:30:0b:19:7a
Apr 30 11:39:26 TVHeadend ifup[535]: Sending on LPF/eth0/20:cf:30:0b:19:7a
Apr 30 11:39:26 TVHeadend ifup[535]: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Apr 30 11:39:26 TVHeadend kernel: [ 0.968792] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
Apr 30 11:39:26 TVHeadend kernel: [ 0.969208] r8169 0000:05:00.0 eth0: RTL8168e/8111e at 0xffffc90010764000, 20:cf:30:0b:19:7a, XID 0c100000 IRQ 43
Apr 30 11:39:26 TVHeadend kernel: [ 0.969211] r8169 0000:05:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
Apr 30 11:39:26 TVHeadend kernel: [ 3.763254] r8169 0000:05:00.0 eth0: link down
Apr 30 11:39:26 TVHeadend kernel: [ 3.763308] r8169 0000:05:00.0 eth0: link down
Apr 30 11:39:26 TVHeadend kernel: [ 3.763348] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Apr 30 11:39:28 TVHeadend kernel: [ 6.117690] r8169 0000:05:00.0 eth0: link up
Apr 30 11:39:28 TVHeadend kernel: [ 6.117713] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Apr 30 11:39:30 TVHeadend dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Apr 30 11:39:30 TVHeadend ifup[535]: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Apr 30 11:39:30 TVHeadend ntpd[1088]: Listen normally on 3 eth0 192.168.178.33 UDP 123
Apr 30 11:39:30 TVHeadend ntpd[1088]: Listen normally on 5 eth0 fe80::22cf:30ff:fe0b:197a UDP 123
Apr 30 11:39:33 TVHeadend ntpd[1088]: Listen normally on 6 eth0 fd00::22cf:30ff:fe0b:197a UDP 123
Alles anzeigen
Zeitgleich wird tvh gestartet und lt. den Einträgen für systemd sollte der Start auf die Netzwerkschnittstelle warten und das scheint auch zu passieren wie man an den Zeitstempeln sieht:
Apr 30 11:39:26 TVHeadend systemd[1]: Mounting /media/tvheadend...
Apr 30 11:39:26 TVHeadend systemd[1]: Mounted /media/tvheadend.
Apr 30 11:39:26 TVHeadend tvheadend[782]: main: Log started
Apr 30 11:39:26 TVHeadend tvheadend[782]: http: Starting HTTP server 0.0.0.0:9981
Apr 30 11:39:26 TVHeadend tvheadend[782]: htsp: Starting HTSP server 0.0.0.0:9982
Apr 30 11:39:26 TVHeadend tvheadend[585]: Starting Tvheadend: tvheadend.
Apr 30 11:39:26 TVHeadend tvheadend[782]: config: loaded
Apr 30 11:39:26 TVHeadend tvheadend[782]: config: scanfile (re)initialization with path <none>
Apr 30 11:39:27 TVHeadend tvheadend[782]: dvr: Creating new configuration ''
Apr 30 11:39:27 TVHeadend tvheadend[782]: upnp: upnp_thread_multicast - cannot join 239.255.255.250 [Kein passendes Gerät gefunden]
Nur leider wird der Sat IP Server zu diesem Zeitpunkt nicht gefunden, warum auch immer. Starte ich den Server dann manuell neu durch:
Dann klappt auch alles und der Sat IP Server taucht auf! Aber natürlich ist das oberlästig und das System fällt bei einem Powerdown nicht von selbst auf die Füsse! Den im o. g. Bug erwähnten Button in der Config ("check the button in the global config") sehe ich übrigens nirgends.
Frage nun: Kann man irgendwo etwas ändern oder einstellen (hab nix gefunden), so dass tvh später beginnt nach dem Sat IP Server zu suchen? Vlt. löst das das Problem bereits? Ansonsten müsste man sich eine Bastellösung mit cron bauen, das den tvh zwei Minuten nach dem Neustart des PC einmal durchstartet. Hässlich, würde ich gerne vermeiden!
THX
Don