Arch Linux

Uhr eine Stunde voraus!

Tersus

Guten Abend,
vorweg. Ich möchte auf sämtliche Synchronisierungs-Software, also solche, die auf das Internet zugreift, verzichten.
Meine Uhr um UEFI-Bios ist auf unsere korrekte Zeit eingestellt. Zur Zeitpunkt der Themenerstellung entsprechend kurz vor 23:00 Uhr!

Meine Uhr in der Statusleiste addiert eine Stunde dazu!

Hier meine Ausgaben:

~% hwclock -r
---------------------------------------------
Do 10 Dez 2015 23:50:00 CET  .373705 Sekunden

~% timedatectl status
--------------------------------------------
      Local time: Do 2015-12-10 23:51:22 CET
  Universal time: Do 2015-12-10 22:51:22 UTC
        RTC time: Do 2015-12-10 22:51:21
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: no
NTP synchronized: no
 RTC in local TZ: no

Was muss ich tun, um meine Softwareuhr der BIOS Uhr anzupassen?

Martin-MS

Entweder die RTC auf UTC oder mit

timedatectl set-local-rtc 1

auf die lokale Zeit setzen.

T.M.

Deine Stundendifferenz zeigt in die falsche Richtung. Wenn Deine hwclock auf 23:50 steht (UTC), dann muss Deine Lokalzeit 0:50 sein, nicht 22:50, denn unsere Zeitzone heisst GMT+1, nicht GMT-1. Man sieht, dass zwischen den beiden Ausgaben auch in der UTC-Zeile bereits 1h Differenz liegt, diese beiden Zeilen müssten meiner Ansicht nach gleich sein, dann würde nämlich auch die Lokalzeit stimmen. Der Grund liegt darin, dass das OS beim Setzen der Uhrzeit einen Zeitversatz zur Hardwareuhr ermittelt und speichert. Mit Hilfe dieses Zeitversatzes wird die Softwareuhr bei jedem Bootvorgang wieder anhand der Hardwareuhr gesetzt. Bei Dir ist dieser Zeitversatz falsch konfiguriert.

Der Weg zum Setzen einer Uhrzeit beginnt immer im BIOS, diese Uhr muss zunächst einmal exakt sein. Dabei ist darauf zu achten, dass dies tatsächlich UTC-Zeit ist und dass nicht schon im BIOS die Behandlung von Sommerzeit (DST) eingeschaltet ist, sonst wird's kompliziert. Ich sag's nochmal in aller Deutlichkeit: UTC-Zeit ist 1h kleiner (!) als unsere Lokalzeit. Anschliessend prüft man im OS die Zeit. Dabei sollte eine gesetzte Zeitzone als Zeitverschiebung bereits wirksam und also korrekte (!) Lokalzeit angezeigt werden. Wenn nicht, so muss man die Softwarezeit jetzt korrekt setzen. Falls nach Tagen, Wochen oder Monaten eine Korrektur nötig wird, kann die Zeit softwaremässig korrigiert werden, wobei dann ein Zeitversatz von meist paar Sekunden zwischen der Hardwarezeit und der neuen Softwarezeit ermittelt und in einer Datei festgehalten wird. Wenn irgendwann irgendwann einmal die Hardwareuhr neu gesetzt wird, geht das Spiel (dieser Absatz) wieder von vorn los.

sanni

Womit ihr beide recht habt. 🙂

Dein Arch geht davon aus, dass der RTC auf UTC-Zeit läuft und rechnet um in MEZ.
Also entweder den RTC im UEFI umstellen auf UTC-Zeit oder Arch sagen, dass der RTC auf die MEZ-Zeit eingestellt ist.
Mein Schleppi synchronisiert die Zeit beim Start automatisch per Zeitserver. Dadurch wird immer auf local umgestellt. Auch wenn ich 'timedatectl set-local-rtc 0' aus führe, ist nach dem nächsten Start wieder local eingestellt -- nicht vergessen!

Gäbe es da einen Weg drumherum, ohne auf die automatische Synchronisierung beim Start zu verzichten?

Martin-MS

Wie synchronisierst du denn die Zeit? Es gibt ja zwei Möglichkeiten, über timedatectl oder klassisch per ntpd, wobei ich letzterem den Vorzug gebe da ich hier die Intervalle der Aktualisierung selber einstellen kann während timedatectl das in selber festgelegten und nicht veränderbaren Intervallen laufend erledigt. Dennoch habe ich beide Varianten im Einsatz, auf dem Dektoprechner wird über den ntpd-Dienst aktualisiert und auf dem Notebook über das time-sync.target. In beiden Fällen ist die RTC im BIOS auf UTC gesetzt und in der Konfiguration bleibt das auch so und ändert sich nicht auf lokale Zeit.

Gibt es vielleicht noch eine /etc/adjtime in der hwclock seine Zeitinformationen abgelegt hat?

sanni

Per ntpd immer einmal zum Systemstart!

Ja. Jedesmal, wenn ich in der adjtime manuell den Eintrag auf UTC ändere, ist dort nach dem nächsten Systemstart wieder das 'local' zu finden. Ein Techniker hat mir mal berichtet, dass das so normal sei (zumindest unter Windows, Linux/Unix kennt er nicht). Weil halt der ntpd auf local-Zeit einstellen würde . . . Nicht nachvollziehbar -- aber er kennt halt Linux nicht 🙂

Martin-MS

Ich habe auf beiden Systemen keine "adjtime", ich vermute die wird von hwclock geschrieben und gelesen. Wird hwclock denn noch durch irgendeinen Prozess beim Systemstart (oder später) geladen?

sanni

Keine Ahnung 🙁
Nu habe ich einfach mal die adjtime gelöscht und den Rechner neu gestartet.
Siehe da, es gibt jetzt wieder eine adjtime mit diesem Inhalt:

0.000000 1450014414 0.000000
1450014414
UTC

ich versteh das nicht so ganz...

'timedatectl' meint jetzt:

      Local time: So 2015-12-13 15:50:11 CET
  Universal time: So 2015-12-13 14:50:11 UTC
        RTC time: So 2015-12-13 13:50:11
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

Die Uhr der Status-Bar zeigt die richtige Zeit an

sanni

Na also doch: adjtime steht jetzt wieder auf 'local'. Und ich hab's garnicht angefasst 🙂