Seltsames Uhrenphänomen bei Linux+Windows

Seltsames Uhrenphänomen bei Linux+Windows (30 Beiträge, 581 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Habe eine Platte mit XP, und eine mit Linux in einem Rechner laufen. Miteinander haben diese im Prinzip nichts zu tun. XP weiss nichts von den ext3-Partitionen, der Pinguin weiss nichts von den NTFS Partitionen (ob selbige gemountet sind oder nicht war für diese Beobachtung unerheblich). Trotzdem aber stehen die beiden Systemzeiten irgendwie in Abhängigkeit voneinander.

Wenn ich unter Linux die Zeit einstelle, und danach Windows boote, ist dort die Zeit eine Stunde vorne. Wenn ich dann die Zeit im Windows wieder korrekt einstelle, ist dafür die Zeit im Linux eine Stunde vorne (im BIOS ist die Zeit natürlich immer die gleiche - dies nur zur Anmerkung). Wie man dieses seltsame Verhalten begründen kann, das hätte mich schon irgendwie interessiert.

Vielleicht spinne ich komplett - bin halt kein Linux Profi - aber muss nicht unter Linux die RealTimeClock auf GMT+0 eingestellt sein (obwohl man sich z.B. in der GMT+1 Zone befindet)?

Keine Ahnung. Sehe auch nicht, wie das für dieses beobachtete Phänomen von relevanz sein soll.

ja ich hab grad vorhin installiert und hab london nehmen müssen weil berlin die zeit falsch angezeigt hat
Mfg. Waldi

Zu den Zeitzonen:
Bei der ausschließlichen Verwendung von Linux auf dem PC wird empfohlen, die System-Uhr auf dem Mainboard auf die GMT zu stellen (GMT+0). Für den Fall, dass auf dem PC gleichzeitig Windows verwendet wird stellt man die Uhr normalerweise auf die lokale Zeitzone (bei uns GMT+1), da sich Windows bei GMT+0 sonst nicht mehr auskennt.
Warum das so ist wird dir gleich klar werden:

Meine Vermutung ist nun, dass du unter Linux eingestellt hast, dass die Systemuhr auf dem Mainboard auf GMT laufen soll, eventuell ohne es zu wissen da es für Linux an sich ja Standardeinstellung ist. Das was Linux am Desktop als Uhrzeit anzeigt ist dann eine andere Geschichte, ist dann die angepasste Zeit, d.h. es wird je nachdem welche zeitzone du einstellst zur Systemzeit entsprechend addiert (in deinem Fall +1). Synchronisiert Linux nun die Uhr (z.B. mittels NTP) übers Netzwerk (Internet) bzw. stellst sie händisch auf die richtige Uhrzeit, so ist dann die Uhr am Mainboard auf GMT richtig eingestellt, d.h. statt auf 17 Uhr nach unserer Zeitzone steht die Systemuhr am Mainboard auf 16 Uhr.

Wenn du nun Windows bootest denkt Windows dass die Systemuhr auf GMT+1 eingestellt ist da für Windows Standard ist, dass die Systemuhr am Mainboard in der lokalisierten Zeit (GMT+1) läuft...was sie aber nicht tut, da Linux sie auf die korrekte GMT+0 eingestellt hat. Windows zeigt also einfach die Zeit der Systemuhr an, und die hinkt somit eben um eine Stunde nach.

Stellst du nun die Uhr in Windows um eine Stunde vor (auf GMT+1), so stellt Windows die Systemuhr einfach auf die Zeit um die du im Windows eingibst, also ebenfalls GMT+1. Und wenn du jetzt wieder Linux bootest rechnet es für die Anzeige der Uhrzeit eine Stunde dazu (da es denkt dass die Systemuhr in GMT läuft) um GMT+1 anzuzeigen, und die Uhr geht unter Linux somit eine Stunde vor.

Die Lösung: Du musst Linux einfach nur mitteilen, dass die Systemuhr in GMT+1 laufen soll, dann passt alles wieder.

MfG Beel

sredna lam kned

Danke für die Erklärung - klingt einleuchtend.

Beel hat schon gepostet warum das so ist, hier eine Möglichkeit wie du das normal umstellst:
Hardware Clock

In most Gentoo Linux installations, your hardware clock is set to UTC (or GMT, Greenwich Mean Time) and then your timezone is taken into account to determine the actual, local time. If, for some reason, you need your hardware clock not to be in UTC, you will need to edit /etc/conf.d/clock and change the value of CLOCK from UTC to local.

Code Listing 2.1: local vs. GMT clock

(recommended
CLOCK="UTC"
(or
CLOCK="local"

So ist es in Gentoo...analog kannst du sicher für deine Distribution rausfinden wies funktioniert.

seltsam wäre für mich, wenn du auf dem selben rechner je nach betriebssystem die uhr beliebig verstellen kannst ohne auswirkung auf das andere system.

Das wär wirklich seltsam

Wobei, wenn sich das jeweilige system schon während des Bootvorgangs die Zeit via SNTP aus dem Netzwerk (lokal oder Internet) holt und ohne Verzögerung einstellt, könnte man theoretisch die RTC ignorieren.

Eigentlich nicht. Die Uhr im BIOS wird von alldem ja nicht beeinflusst!

Bist dir sicher?

Klar stell ich die interne RTC wenn ich in Windows die Uhrzeit ändere - Wäre ja sonst komplett für die Katz

Where did I go wrong, I lost a friend
Somewhere along in the bitterness
And I would have stayed up with you all night
Had I known how to save a life

Bist dir sicher?

Ganz sicher. Diese Zeit ist bei mir immer gleich, egal was ich in einem der OSe einstelle.

Also wenn ich bei mir die Uhrzeit ändere (sagen wir um 10 minuten) dann ändert sich auch die Uhrzeit im BIOS entsprechend (mal abgesehen von irgendwelchen Zeitzonenumrechnungen).

Where did I go wrong, I lost a friend
Somewhere along in the bitterness
And I would have stayed up with you all night
Had I known how to save a life

*hupsi* da hab ich mich ja glatt verschaut.

hehe. der absolute 08/15-microsoft-os-anwender, der nicht mal weiß, wie der monitor einzuschalten ist, wenn am dazugehörigen rechner linux oben ist, hat recht gehabt.

Wie heisst's so schön: "auch ein blindes Huhn findet mal ein Korn".

ich woll ich wär ein huhn
dann hätt ich nichts zu tun...

Das wäre eigentlich Standard.... das es eben keine Auswirkung gibt.

Begründung:
Linux u.a. fassen mal per se nie die HWClock zum Schreiben an - außer du sagst es explizit.
Das geht davon aus, daß die HW-Clock immer auf UTC zu sein hat - und nur die Darstellung der Uhrzeit verändert wird - beispielsweise für Zeitzonen.

Das macht in einem ganz einfachen Gedankenexperiment auch absolut Sinn:

Du hast deinen Lappy und speicherst ein File A um 10:00 Uhr Localtime.
Danach fliegst mit dem Flugzeug durch 2 Zeitzonen - und stellst die lokale Zeit um - so daß es derselbe Tag ist nur eben 08:00 Uhr. Nun speicherst File B.

Wenn Du nun ls absetzt, siehst du korrekt, daß B um 08:00 Uhr gespeichert wurde - und A um 06:00 Uhr - also 2h älter ist... Weil auch das File in UTC-Time gespeichert ist.

AFAIK macht das Windows nun auch so...
Dunkel erinnere ich mich, daß es Probleme bei gleichzeitigem Zugriff älterer und neuerer Windowse auf einen gemeinsamen Fileservershare gab, wenn gerade Sommerzeitwechsel war.... Weil ältere AFAIK die Zeit in Localtime und neuere in UTC speicherten...

Jedenfalls ist der Ansatz, die HW-Clock nur einmal zu setzen (auf UTC) und nur die Darstellung zu modifizieren der Ansatz, der viele Vorteile bringt. Warum M$ sich da wieder mal anders als der Rest der Welt entschied, bleibt unklar... Insbesondere da ich keine logischen Argumente für die Speicherung von Lokaltime erkenne.

Die gibt es zuhauf. Das trifftigste Argument liefert unter anderem eh schon dieser Thread an sich. Wenn ich irgendwo die Zeit einstelle bei irgend einem Gerät dass auch die Zeit anzeigt, dann stelle ich da die lokale Zeit ein, meine Zeit. Das machst du und jeder andere Mensch genauso seit er als Kind seine erste digitale Armbanduhr bekommen hat und dort im Menü nicht GMT und Zeitzone einstellt sondern eben direkt (s)eine Zeit. Diese bei Linux nötige Variante ist darum eigentlich nur eines: unnötig kompliziert. Und sie geht auch nicht auf die realen Umstände in der PC-Welt ein: Linux ist und bleibt bei einem grossteil der Rechner rund um den Erdball eben "das zweite" OS am Gerät und sollte eigentlich so geproggt sein, dass es wenigstens bei solchen Kinkerlitzchen wie die Uhrzeit mit einem parallel eingesetzten Windows zusammenarbeitet.

Kann man nicht so stehen lassen...

Erstens ist die UTC-Idee keine Linux-Idee sondern von Unixoiden seit jeher so gelöst...
Die Kompliziertheit der Einstellung von 2 Zeiten hingegen - ist eine Frage der Tools.

Es kann ja kein Problem sein, daß man in Windows bei der Installation sowohl die lokale Uhrzeit als auch die Zeitzone einstellt - und in der HW-Clock dann automatisch UTC gespeichert wird (was man dann gar nicht mitbekommen würde).

Windows und Zeiten hat aber IMHO von Haus aus Probleme...
Erstens Zeiten untereinander (wie gesagt, da sind sich ja nicht einmal alte und neue Windowse einig, welche Zeit man am Share speichert).

Reale Umstände sind jedenfalls, daß Rechner in verschiedenen Zeitzonen sind - oder manchmal derselbe Rechner in unterschiedlichen Zeitzonen (Beispiel Lappy) - und trotzdem möchte man wissen, welches File älter ist.

Denn wenn die Zeitinformation am File eh irrellevant wäre - wozu würde sie dann gespeichert ?

Tatsächlich muß es aber jedem bewußt sein, daß es Probleme geben muß, wenn 2 OSsen am selben Rechner die HW-Clock auf Sommerzeit umschalten wollen.. Und das könnten ja zB auch WinXP und Win2000 sein...

Hi
Sorry Bucho, aber es fällt mir schon seit einiger (Mitlese-)Zeit auf, dass Deine offensichtlich lokal begrenzten Gedankengänge bei lokalen Uhrzeiten hängen bleiben und die Probleme nicht erkennen (wollen?) die dadurch entstehen können. Einer der Lösungswege für mobile Menschen ist, eine Weltzeit und einen Offset einzustellen. Es gibt tatsächlich Menschen, deren Horizonzt ausreicht, das Vorgehen zu verstehen und die Kiste richtig zu bedienen.
Solange Dir nicht wirklich beide oder besser mehrere Welten und Ansichten vertraut sind, spreche ich Dir die Fähigkeit ab, darüber zu urteilen, ob das für erst- oder zweit OS brauchbar ist. Frei nach dem Sprichwort "Schuster, bleib bei Deinen Leisten" rufe ich Dir zu: Bucho, bleib bei Deinem Windows und lasse uns Tischler, Köche, Schlosser und Gärnter und auch die Heimwerker unsere selbst gewählten Werkzeuge benutzen - es sind größtenteils nicht die selben, die ein Schuster benötigt. Man kann die Werkzeige mit wenigen Handgriffen auch zueinander einigermaßen kompatibel machen.
So am Rande: Kaum ein real denkender will ein Betriebssystem wie Linux an "Erster" stelle sehen, es soll aber deutlich gemacht werden, dass es keine Monokultur für OS geben darf. Monokulturen bringen in der Natur wie auf einem PC Abhängigkeiten (nenne es Pioneer, Monsanto oder Windows) sind empfindlich für Schädlinge (nenne es Kartoffelkäfer, Zironenfalter, Trojaner oder Virus) und geschmackloser Einheitsbrei (Nenne es McFastfood oder MS-Office). Die Welt ist bunt - das müssen auch unsere PC's, Betriebssysteme und Applikationen werden, manchesmal auch nur mehr bleiben.
Gruß und *zirp*
GriLLe
--
Aus der Reihe "Fehlermeldungen von Windows":
Unbekannter Fehler "-128" bei "57"

Nun, war irgendwie ja nicht zu erwarten, dass sich nicht auch in diesem bisher sehr angenehmen Thread einer der Geizhals-Präpotenzlinge einfindet, der glaubt sein "Weltbürgertum" ganz besonders süffissant herausstreichen und sein Posting mit Gehässigkeiten und Seitenhieben würzen zu müssen (und dabei vermutlich aus Klein-Tupfing vermutlich noch nie rausgekommen ist). Deine Art - deine Entscheidung. Das war's dann...

Ich hab das bisher so gelöst, daß ich in Windows die automatische Zeitumstellung (Sommer/Winter) abgestellt hab, Linux einfach auf "local" gestellt hab (also keine Zeitzonenanpassung), und sowohl in Windows als auch Linux übers Internet die Zeit synchronisieren laß, da die Hardwareuhr von meinem Board eh ziemlich unrund läuft (wenn die Kiste ein paar Tage aus ist geht die Uhr einige Minuten falsch).

Normalerweise stellt das Betriebssystem die Biosuhr um, aber du kannst (zumindest Linux) anweisen das nicht zu tun. Die Biosuhr wird (normalerweise) in Linux nur einmal beim Start ausgelesen und beim Shutdown dann wieder geschrieben.

>wenn die Kiste ein paar Tage aus ist geht die Uhr einige Minuten falsch...
Da hast ein anderes Problem...

Grundsätzlich setzen ja ntp und Konsorten nicht die Uhrzeit...
Sondern sie modifizieren ein Drift-File - und ein anderer Daemon liest das driftfile und modifiziert die Uhr nach.
Das hat folgenden Sinn:

Angenommen, deine HW-Clock geht um 1 Minute alle 10 Minuten vor.
Wenn NTP deine Zeit direkt setzen würde, hättest du folgendes Problem:

Um 09:00 Uhr sei deine Uhr Synchron.
Um 09:09:59 Uhr würdest ein File "A" speichern... zu Systemzeit 09:10:58 oder so.
Um 09:10 Uhr würde deine Uhr 09:11 Uhr anzeigen.
NTP würde die Uhr zurückdrehen - auf 09:10 Uhr
wenn du gleich danach ein File "B" speicherst - hätte es Systemzeit 09:10:01 Uhr - würde als älter als "A" wirken.

Das alleine könnte schon giftig sein (zB Datenbank-Redolog-Files beim Recovery) - zusätzlich würde sich die Situation verschärfen, wenn mal keine Connectivity da ist....

Daher wird NTP eben via driftfile realisiert...
Hier trägt dein ntpd ein, daß sich deine HW-Clock um XYZ millisekunden schneller/langsamer als realzeit bewegt...
Dadurch kann immer die korrekte Zeit ermittelt werden, auch wenn mal keine Connectivity da ist.

Ich würde mal versuchen, die HW-Clock richtig einzustellen und das Driftfile zu löschen...
Denn dein geschildertes Phänomen dürfte es bei gut implementierten NTPds nicht geben (keine Ahnung, wie das unter Windows rennt).

Grundsätzlich setzen ja ntp und
Konsorten nicht die Uhrzeit...Sondern sie modifizieren ein Drift-File

Ja, die Variante gibts auch, sehr gut um Zeitsprünge zu vermeiden (auch bei Zeitumstellung). Aber bei mir wird die Zeit (vom OS; BIOS erst beim runterfahren) gleich richtig gesetzt, weil mir die Zeitsprünge nix ausmachen. Zumal der Sprung eh direkt nach/beim Booten kommt.

Es ist bei meinem Board einfach wirklich so, daß die Boarduhr schlicht ungenau läuft. Habe auch mal in einem Test gelesen, daß viele Hersteller da nicht mehr allzuviel auf die Genauigkeit geben, eben weil heut jeder Internet hat und so ein billiges Bauteil eh nicht mit der Atomuhr mithalten kann.

15.03.2007, 14:09 Uhr - Editiert von juwb, alte Version: hier

Nun ja... Alle paar Tage ein paar Mins falsch...

Also so jeden Tag so ca. eine Minute Abweichung - das ist aber schon extrem... echt.

Tja - Hersteller werden halt faul wenns noch andere Zeitquellen gibt.

Ich hatte mal ne Funkuhr, bei der hatte ne Minute 61 Sekunden. Wenn die ihr Signal nicht bekommen hat - aua, aua, aua.

nd sowohl in Windows als auch Linux übers Internet die Zeit synchronisieren
laß, da die Hardwareuhr von meinem Board eh ziemlich unrund läuft

wie hast du das gemacht? wo muss man die einstellungen vornehmen, um die uhrzeiten aus den internet zu beziehen?
- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
hosted by 666kb.com

Sir, we are surrounded!
Excellent! We can attack in any direction!

Für Windows wirds ein MCP eh wissen...

Für Linux:
Meist /etc/ntp.conf - könnte so aussehen:

logfile /var/log/ntpd

driftfile /var/lib/ntp/ntp.drift
statsdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

server 131.130.1.11     # ts1.univie.ac.at
server 131.130.1.12     # ts2.univie.ac.at

server 127.127.1.0
fudge 127.127.1.0 stratum 13

restrict default kod notrap nomodify nopeer noquery
restrict 127.0.0.1 nomodify

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung