[gr4vity]

If it's a server side issue then why it never occurs in MLD 5.4?

[clausmuus]

Ich vermute das Problem auch am Ehesten auf der Server Seite. Vermutlich hat der MLD-5.4 Paketmanager die Systemzeit ignoriert, und der Paketmanager der MLD-5.5 tut das nicht mehr.
Bis vor zwei Wochen lief die Server Uhr noch ein paar Minuten hinterher. Dann hatte ich die Zeit korrigiert. Jetzt geht die Uhr etwas vor. Keine Ahnung warum das Debian Hostsystem die Zeit per NTP nicht korrekt setzt. Ich werde das gleich noch mal prüfen.
Für Euch bedeutet das, dass ein update vermutlich funktioniert, wenn Ihr die Zeit Eures MLD Systems um eine Minute vorstellt.
Ich hoffe das noch heute Abend auf dem Server beheben zu können.

[gr4vity]

Hi claus,

Vermutlich hat der MLD-5.4 Paketmanager die Systemzeit ignoriert, und der Paketmanager der MLD-5.5 tut das nicht mehr.

Isn't it easier to fix MLD 5.5 package manager in order to ignore the system time?
So updates will always work whether the system time is correct or not?

Br.

[gr4vity]

Für Euch bedeutet das, dass ein update vermutlich funktioniert, wenn Ihr die Zeit Eures MLD Systems um eine Minute vorstellt.

Yes that works.
For example:

Code: [Select]

date +%T -s "21:08:00"
Then the following error will disappear

Code: [Select]

E: Release file for http://www.minidvblinux.de/download/5.5/files/dists/unstable/InRelease is not valid yet (invalid for another 2s).

[baltic]

Hallo Claus,

welchen Zeitserver verwendest Du denn? Läuft der deamon?

Ansonsten dürfte das Ausführen von

hwclock -a

helfen, den systematischen Fehler der Boarduhr zu kompensieren. Aber natürlich nur, wenn zuvor die Systemzeit richtig gesetzt wurde.

Gruß
Peter

[clausmuus]

Seit meinem letzten Debian Update vor einigen Monaten läuft ntpd zwar, aber die Zeit wird nicht mehr koregiert. Vor zwei Wochen habe ich auf den ntp Dienst von systemd umgestellt. Dort habe ich aber das gleiche Problem. Der Dienst läuft, aber die Zeit wird nicht synchronisiert.

[clausmuus]

Manchmal ist einfach nur die Dokumentation falsch. Laut Doku wird ein default ntp Server verwendet, wenn keiner angegeben ist. Per Voreinstellung ist auch keiner angegeben. Nur leider wird dann gar keiner genommen, und die Uhr läuft mit der Zeit halt falsch.
Jetzt geht die Uhr wieder richtig und die Updates sollten somit wieder funktionieren.

[gr4vity]

Jetzt geht die Uhr wieder richtig und die Updates sollten somit wieder funktionieren.

Hi Claus,

I switch off  "Activate ntp daemon"  for 2 reasons:
- To speed up boot time.
- To avoid deleting the source folder and creating a new one everyday in Docker, that's very annoying specially if you build kernel on the Raspberry Pi.

There is no way for the updates to work without checking system time as in MLD 5.4?

Br.

[clausmuus]

I'm sure it's possible, but that's somethink you must look for and add it to yout apt configuration.

[franky]

Hallo Claus,

ich habe gerade auf einem RPI3 und einem Intel-Sytem die Paketliste aktuallisiert und es hat auf beiden wieder frunktionert.
Danke Claus!

Übrigens war vorher der Workaround von gr4vity mit vorstellen der Zeit um eine Minute nur dann erfolgreich, wenn man verhindert hat, dass der VDR die Systemzeit über Satellit korrigiert.
Neben ntp gibt es ja im VDR auch noch diesen Mechanismus zum Setzen der Systemzeit, der bei MLD für den ARD-Transponder aktiviert ist.

Gruß
Klaus

[gr4vity]

I'm sure it's possible, but that's somethink you must look for and add it to yout apt configuration.

It would be great if you can figure it out, by doing so that problem will be taken care of forever.

Alles Gute.

[m.skater]

Hallo,
war die letzten Tage Offline.
Da ich (als Newbie) der Initiator dieses Posts war, möchte ich mich für die Lösung auch noch einmal bedanken.
Gestern hatte ich wieder Probleme, aber heute funktioniert es auch bei mir wieder.

Gruß m.skater