Thema: NTP noch immer nicht im Griff?!

Guude,

den Cronjob, den ihr seit ein paar Wochen im Image mitliefert habe ich deaktiviert und einen eigenen aktiviert. Ebenso kompiliere ich „OSCar“ auch nur noch ohne „CLOCK_FIX“. In den Enigma2-Settings habe ich die Zeitaktualisierung auf 1 x täglich eingestellt.

Die Boxen - in meinem Fall GB - haben ja keine Hardwareclock, dennoch ist der Unterschied nach einem Reboot enorm:
GBQP + oATV 6.2: paar Millisekunden (alles gut)
GBQ4K + oATV 6.2: 25 Sekunden (entspricht ca. der Bootdauer)

Probleme, die es früher nie gegeben hat. Eure Meinung dazu?

Box am lan?
Was sagt var/log/messages ? Funktioniert der ntpdate beim Boot?
Zufällig fritzbox die als lokaler zeitserver aktiv?

ja, die Box(en) hängt am LAN und ntpdate funktioniert beim Booten. Und nochmal ja, eine Fritzbox dient als Zeitserver.

Wenn Sie anstelle des lokalen FritzBOX NTP-Servers (alias FunnyBOX) den NTP-Zeitserver verwenden, tritt dieser Fehler auch auf ? Der Fehler kann auch im FritzBOX NTP Modul liegen oder nicht ?!

ja, das Problem tritt mit jedem beliebigen Zeitserver auf. Ich habe die Fritzbox auch erst kürzlich als NTP-Server eingetragen und die liefert die Zeit ja auch zuverlässig. Problem ist, dass der Receiver die Zeiteinstellungen verliert, insbesondere nach einem Neustart.

kurzer Nachtrag, obwohl eingehends schon erwähnt: der 30-minütige „NTP“-Cronjob, der seit einigen Wochen standardmäßig im Image ist, hat ja sicherlich einen Hintergrund. M.E. ist dahingehend ein Problem bekannt, sprich ein Entwickler wird den Cronjob sicherlich nicht nur aus Spass hinzugefügt haben.

Das ntp der Fritz bleibt hier öfters hängen, oder spackt anderweitig. Dann bekommen die Boxen teilweise falsche Zeiten, obwohl ich auf einem Linux Terminal richtig gemeldet bekomme.
Starte ich die Fritzbox neu, geht das dann auch an die Boxen wieder ein paar Tage gut...

nochmals: die Fritte habe ich erst als NTP-Server eingerichtet, als die Probleme bereits bestanden haben. Weiterhin logge ich die Updates mit und da liefert die Fritte anstandslos die Zeit. Des Weiteren ist halt auffällig, dass die GBQP nach einem Reboot auch noch sekundengenau ist, die GBQ4K hängt ca. 24 Sekunden (ca. die Bootzeit) zurück. Beide Boxen laufen mit tagesaktuellem oATV 6.2, „OSCar“ ohne „CLOCK_FIX“ und die selbe Fritte als NTP-Server.

Man stößt seit Wochen ja auch in anderen Foren hier im Board immer wieder auf Probleme mit NTP. Und wenn ich mich nochmals wiederhole, irgendein Entwickler sah ja Sinn darin, den NTP-Cronjob standardmäßig ins Image zu packen.

NTP-mäßig ist seit Wochen definitiv etwas faul, was genau weiß ich leider nicht

Hast du auch das Bash-Skript vor dem Start versucht, das vor dem Start von Enigma 2 ausgeführt wird?
openatv-enigma2/enigma2.sh.in at master * sklnet/openatv-enigma2 * GitHub

Code:

# hook to execute scripts always before enigma2 start
if [ -x @bindir@/enigma2_pre_start.sh ]; then
     @bindir@/enigma2_pre_start.sh

Ich weiß, das ist nicht die beste Lösung, aber es kann Ihrem Problem helfen. Geben Sie im Skript "/usr/bin/enigma2_pre_start.sh" (vergiss nicht "chmod 755 /path/filename") die Synchronisation der Zeit selbst ein, z.

Code:

#!/bin/sh
sleep 3
ntpdate -b -s -u pool.ntp.org
exit 0

ntpdate manpage: https://www.freebsd.org/cgi/man.cgi?...date&sektion=8

Nahezu jede Box verliert die Uhrzeit im deepstandby - auch gbquadplus.
Was sagt /var/log/dmesg und /var/log/messages