RTC nach Hardwaretausch fehlerhaft

[matman]

Hallo Leute,

ich musste vor einer Weile mein Mainboard gegen ein neues austauschen, weil das alte den Geist aufgab. Die Debian-Buster-Installation habe ich einfach weiter genutzt. Das neue Mainboard wurde grundsätzlich problemlos vom System angenommen. Aber die Uhrzeit will nicht so ganz.

Der erste Systemstart mit neuem Mainboard fand ein oder zwei Tage nach Umstellung der Uhrzeit auf Winterzeit statt. Davor war der PC eine Woche lang ausser Betrieb.

Gebe ich nun date ein, kommt als Ausgabe:

Code: Alles auswählen

Fri Dec  7 10:44:16 CET 2018

Das ist ja soweit korrekt. Aber ich habe im BIOS die Uhrzeit auf CET gestellt (jetzt ca. 9:45 Uhr) und das System zeigt aber eine Stunde zuviel an, so als wäre noch Sommerzeit. Wenn ich dann als root per 'date -s hh:mm' die Uhrzeit korrigiere ist auch erstmal alles gut. Aber nach einem Neustart geht im Buster die Uhr wieder eine Stunde vor. Im BIOS dagegen alles korrekt. Was könnte man da mal machen?

[MSfree]

Linux hätte gerne die BIOS-Zeit in UTC (früher auch Greenwich Mean Time geannt).

[matman]

Der Gedanke kam mir vorhin auch schon. Das war aber nicht immer so, stimmts?

Außerdem: müsste Linux nicht die BIOS-Zeit entsprechend anpassen, wenn ich diese per 'date -s' ändern will? Ansonsten müsste ich ja immer erst ins BIOS, wenn die mal neu gestellt werden muss.

[pferdefreund]

zum Bios-Uhr stellen gibt es hwclock. Ansonsten einfach mit ntp beim booten stellen. Gab da noch nie ein Problem. Ist glaub ich ntpdate oder so.

[Tintom]

Sofern deine Signatur noch aktuell ist, sollte dir im Zusammenhang mit Dualboot schon häufiger deine System-/Hardwarezeit je nach verwendetem Betriebssystem um die Ohren geflogen sein. Beachte: Systemzeit != Hardwarezeit. Für das Setzen der rtc siehe auch man hwclock
//edit: pferdefreund war schneller als das WLAN der Deutschen Bahn

[MSfree]

Der Gedanke kam mir vorhin auch schon. Das war aber nicht immer so, stimmts?

Doch, das war schon immer so. Die Systemzeit ist unter allen Unixen und davon abgeleiteten Systemen wie Linux immer in UTC. Die Umrechnung auf die Lokalzeit findet mithilfe der TZ-Umgebungsvariable direkt beim Aufruf von time oder auf den Desktopumgebungen zum Anzeigen der Uhr auf dem Desktop statt. Die Hardwareuhr wird von Linux nur beim Booten zum Stellen der Systemuhr und beim Shutdown zum Zurückschreiben der Systemzeit in die Hardwareuhr genutzt. Dazwischen wird die Uhr üblicherweise über das Netzwerk (ntp) synchron gehalten. Unix ist auch schon seit Zeiten des ARPA-Net ein vernetzbares Betriebssystem, das in seinem Ursprungsland USA mit mehreren Zeitzonen zurechtkommen mußte, und da bietet sich nunmal der Internationale Referenzmeridian, der Nullmeridian, an.

Im Gegensatz dazu laufen alle Microsoftbetriebssysteme seit DOS 1.0 in der Lokalzeit. Vernetzung hatte MS erst ab Win 3.11 auf dem Schirm.

Es gab aber früher mal bei der Linuxinstallation eine Option, anzugeben, ob die Hardwareuhr, also die BIOS-Uhr, in Lokalzeit läuft. Mir ist das aber bei meiner letzten Debianinstallation nicht mehr aufgefallen, das könnte aber auch am Scheuklappeneffekt liegen, man blendet halt alles aus, was man nicht für wichtig erachtet. Relevant ist die Hardwareuhr aber sowieso nur beim Booten, damit das System überhaupt mal eine Zeit bekommt. Systeme ohne Hardwareuhr, wie der Raspberry Pi, sichern beim Shutdown die Systemuhrzeit in eine Datei und stellen die Systemzeit beim Booten auf die Zeit aus der gesicherte Datei, was nach einer ausgeschalteten Nacht natürlich zu einer falschen Zeit führt, aber immerhin ist die Systemzeit so immer ansteigend und macht keine "Reise" in die Vergangenheit. Sobald ein Netzwerk mit ntp zur Verfügung steht, ist die Zeit auch wieder synchronisiert.

[matman]

Doch, das war schon immer so. Die Systemzeit ist unter allen Unixen und davon abgeleiteten Systemen wie Linux immer in UTC.

Na gut, dann scheint wohl der Funktionsumfang von 'date' abgenommen zu haben. Jedenfalls hatte ich sonst immer die BIOS-Uhr mit 'date -s' erfolgreich stellen können. Mit Woody, Sarge und Etch konnte ich auch per 'date -s' festlegen ob man CET oder CEST eingestellt haben will. Das wurde dann auch vom Dualboot-Sys übernommen, soweit ich das richtig erinnere. Ich nehme an die RTC wurde dadurch entsprechend auf UTC gestellt, sodass ich mir darüber keine Gedanken machen musste.

Vielleicht will mein neues Mainboard auch einfach nicht die Zeit übernehmen. Ich probiere das mal mit hwclock aus.

[MSfree]

Na gut, dann scheint wohl der Funktionsumfang von 'date' abgenommen zu haben. Jedenfalls hatte ich sonst immer die BIOS-Uhr mit 'date -s' erfolgreich stellen können.

Nein. In einem PC gibt es zwei Uhren, die RTC, die in einem eigenen Chip läuft, und die Systemuhr, die über den Schwingquarz für den CPU-Takt generiert wird.

Die Systemuhr konnte man schon immer mit date lesen und setzen. Da hat sich gar nichts geändert.

Die RTC wurde schon immer mit dem Befehle hwclcock setzen. Dabei kann man entweder die Systemzeit auf die RTC-Zeit setzten oder umgekehrt. Unter Sarge gab es ein Start-Stop-Script in /etc/init.d, das die RTC beim Booten ausgelesen und damit die Systemzeit gesetzt hat. Beim Shutdown ging es in die andere Richtung. Auch das funktioniert heute noch immer genauso, nur, daß heutzutage hwclock via Systemd aufgerufen wird.