Hallo,
ich denke die beiden Dinge aus dem Betreff hängen zusammen.
Ich hatte auf 11.0.2 geflasht und dann die Einstellungen (auch Timer) zurückgesichert. Dann ging alles.
Stunden später fehlten die EPG Daten. Eine Analyse brachte, dass die Uhrzeit nicht stimmt und das Datum auf 2020 steht.
Der Startsender ist ohnehin auf ARD eingestellt. Also habe ich dann nur die Box stromlos gemacht (Netzstecker gezogen) und dann gebootet.
Danach war Uhrzeit okay.
Heute ist mir aufgefallen, dass eine Aufnahme fehlt. Dann habe ich gesehen, dass die programmierte Sendung auf 2020 steht. Also nicht mehr das Datum und die Uhrzeit hat die ich seinerzeit eingegeben hatte (wöchentliche Wiederholung).

Ich frage mich nun, wie kann ich verhindern, dass die Uhrzeit sich so massiv verstellt. Warum der Timer die Zeit der programmierten Sendungen ändert, ist sowieso ein eigene Frage. Aber wenn sich die Uhrzeit nicht verstellen würde, denke ich, dass das gesamte Problem behoben wäre.

Ich habe festgestellt, dass die Uhrzeit anscheinend nur synchronisiert wird, wenn man die Box vom Strom nimmt. Leider scheint das nicht zu funktionieren, wenn sie aus dem DeepStandby bootet. Jetzt frage ich mich, welche Möglichkeiten es noch gibt, dass man sicherstellen kann, dass die Uhrzeit IMMER stimmt.
Es müsste doch die Mööglichkeit geben, dass beim Booten aus dem DeepStandby JEDESMAL ein Sync mit einem Zeitserver stattfindet. Ich weiß nur nicht, wie ich das auf der Box lösen könnte oder was es für Möglichkeiten gibt.

Danke für eure Unterstützung!
Karo

Danke. Ich habe noch zwei Fragen:

a.)
ntpd -dwq -p 192.168.1.1 (verstehe ich nicht ganz)
Ich habe keinen Zeitserver im Haus. (Ich habe ein Synology NAS und den NetCube von A1.) Was muss ich dann für eine IP eingeben? Und irgendwie wäre ich ja wieder von einem Gerät bei mir abhängig, wo ich nur hoffen kann, dass das die korrekte Zeit hat. Oder verstehe ich da überhaupt was falsch? Der Rest der Schritte ist mir klar.

b.)
Wie kann ich testen ob das auch wirklich funktioniert. Ich mag nicht warten bis ich drauf komme dass sich in 2 Wochen die Zeit wieder verstellt hat. Auf der console mit "date" die Zeit verstellen und dann neu booten, oder wie könnte man das testen?

Danke für deine Hilfe !!
Karo

Ich habe alles gewissenhaft gemacht. Funktioniert leider nicht. Linux ist kein Problem für mich. Damit du weißt, auf wecher Ebene wir sprechen können.

Ich habe mit und ohne /etc/ntpserver probiert. (Ich nehme an dort ist nur in Zeile 1 die IP einzutragen)
Bei Verwendung meines Servers wurde die Zeit nicht korrigiert. (Konnte NTP Dienst am Server leicht aktivieren)
Bei Verwendung von pool..... wurde die falsche Zeit auf 1970 gestellt.

Habe schnell mal zurück geändert, damit die Zeit wieder passt.
Hast du eine Idee? Kann ich manuell etwas eingeben um zu sehen was geschieht bzw. wo es hängt?
Ich meine Schritt für Schritt Fehlersuche.

Wenn ich die Zeit verstelle auf 3.Jul und auf der Console folgendes eingebe wird die Zeit nicht korrigiert.
Folgende Consoleninfo jetzt am 2.Juli um 22:11

root@vuuno4k:~# date
Mon Jul 3 06:02:33 CEST 2017
root@vuuno4k:~# /usr/bin/ntpdate pool.ntp.org
2 Jul 22:11:19 ntpdate[4785]: step time server 93.185.134.36 offset -28289.142795 sec
root@vuuno4k:~#
Session closed.

Die richtige Zeit wird ermittelt. (2.Jul) aber sie wird nicht gesetzt. Consolensitzung wird geschlossen?!

Sorry hatte bei meinem manuellen Test ntpdate verwendet.
Aber auch ntpd bringt nichts.

root@vuuno4k:~# date
Mon Jul 3 06:14:46 CEST 2017
root@vuuno4k:~# /usr/sbin/ntpd -p pool.ntp.org
root@vuuno4k:~# date
Mon Jul 3 06:14:54 CEST 2017
root@vuuno4k:~#

Zu meiner obigen Nachricht. Der Moderator hat mehrere einzelne Nachrichten aus unterschiedlichen Versuchszeiten zuammenkopiert, daher klingt das oben ziemlich komisch. Wäre besser gewesen man hätte Trennstriche dazwischen gemacht.

Danke für die Info.

Leider setzt ntpdate die Zeit nicht. Es wird die korrekte Zeit angezeigt, aber leider nicht gesetzt.
Der Befehl unten stimmt aber, oder?

root@vuuno4k:~# date
Mon Jul 3 06:02:33 CEST 2017
root@vuuno4k:~# /usr/bin/ntpdate pool.ntp.org
2 Jul 22:11:19 ntpdate[4785]: step time server 93.185.134.36 offset -28289.142795 sec
root@vuuno4k:~#
Session closed.

@Banana Joe
Die Box hat vermutlich keine gepufferte Hardwareuhr, denke ich, denn nach dem Booten sieht man immer 1970 als Datum, dass dann vom Sender aktualisiert wird. Das ist neu für mich und ändert die Sachlage.

Aufgrund dieser Erkenntnis werde ich als Startsender ARD einstellen und das herkömmliche Zeitmodell lassen.
Ich dachte zuerst ich korrigiere beim Booten lediglich die interne Uhr. Und da wäre es egal wenn einige Tage der Zeitserver nicht verfügbar ist. Aber ohne interne Uhr muss es wirklich IMMER eine Uhrzeit geben. Und da finde
ich jetzt doch, dass die Senderzeit die sichere Variante ist. Denn das Web kann mal ausfallen und auch mein Server kann mal Down sein. Da ist die Zeit vom Sender dann doch die bessere Variante.
Würde die Box eine interne Uhr haben, wäre für mich die sync mit einem Zeitserver die bessere Variante.

Danke für deine Unterstützung!
Karo

Ich kann dir jetzt direkt keine Linuxhife geben, weil ich das anders gelöst habe, aber bei mir läuft es so:

Da das Standby im Prinzip dem eingeschalteten Zustand entspricht (ohne Bildschirmausgabe), also stromverbrauchsmäßig dem eingeschalteten Zustand entspricht, was bei Uno4k etwa der Differenz von 2.- Stromkosten im Monat entspricht, fahre ich das Gerät immer herunter. Okay, die 2.- sind nicht das Problem, aber das mal 1000 oder 10000 Benutzer etc. ist für das Klima nicht gerade förderlich. Das Gerät auszuschalten ist kein Problem, weil er hochfährt, wenn eine Aufnahme starten soll und danach auch selbst herunterfährt. Daher habe ich das Zeitproblem nicht mehr, weil beim Start mit dem eingestellten Startsender synchronisiert wird.

Sonst könntest du die Zeitsynchronisation die vermutlich irgendwo bei den StartScripts zu finden ist, in einen anderen init level geben, also wenn du von Standby einschaltest. Allerdings mit Vorbehalt, denn während der Aufnahme die Zeit anzupassen (und die könnte im Standby ja laufen), kann evtl. zu unerwünschten Folgeerscheinungen führen. Wobei, so wie ich das sehe, machst du das sowieso, wenn du immer im Standby bist. Die sichere Variante ist der Shutdown und Neustart, der bei mir standardmäßig stattfindet und somit habe ich auch kein Zeitproblem mehr.

Allerdings 2 Minuten falsch ?? Hast du das Gerät seit einem Jahr nicht mehr ausgeschaltet? Vielleicht einfach einmal im Monat herunterfahren und neu starten. Bei mir ist das, wie beschrieben der Standardfall.

Aber vielleicht meldet sich noch jemand zu Wort, der eine Patentlösung für das Zeitproblem hat.