Windows: Gab es Probleme bei der Sommerzeitumstellung 2022?

Windows[English]Kurze Frage in die Runde, die sich inzwischen fast als Running-Gag hier im Blog entwickelt: Hat sich bei euch Windows 10/Windows 11 die Nacht von Samstag auf Sonntag (26./27.3.2022) korrekt auf die europäische Sommerzeit umgestellt? Mir ist gerade ein Hinweis untergekommen, dass Windows 11 wohl gepatzt haben könnte.


Anzeige

Beim meinem Windows 7-System habe ich kurz kontrolliert – da wurde das Ganze sauber und korrekt auf die Sommerzeit 2022 umgestellt. Aber Blog-Leser Karl hat mich auf Twitter gerade über diesen Tweet informiert, dass er auf mehreren Systemen Probleme bemerkt hat.

Issues with Windows 10/11 daylight time

Karl betreibt einige Windows-Systeme zum Testen. In obigem Tweet schreibt er, dass zwei von drei Windows 11 Windows Insider Systemen mit der Build 19592 Nachts auf 3 Uhr, statt auf 2 Uhr vorgestellt wurden. Gut, sind halt Insider Preview-Builds, da soll man es bei der Uhrzeit und sonstigen Funktionen nicht so genau nehmen.

Aber Karl schreibt auch (allerdigns in einem alten Tweet), dass eines von drei Windows 10 Version 1909-Systemen auf 1 Uhr statt auf 2 Uhr gesetzt worden sei. Karl gibt in einem Folge-Tweet an, dass er ähnliche Berichte im Feedback-Hub gesehen habe. Er musste die automatische Zeit-Synchronisation deaktivieren und wieder zulassen, um eine korrekte Uhrzeit angezeigt zu bekommen.

Issues with Windows 10/11 daylight time

Er fragt in obigem Tweet, ob ähnliche Berichte in Europa bekannt seien. Mir ist noch nichts aus der Leserschaft untergekommen – aber das Thema zieht sich seit Jahren hier durch den Blog. Ich hatte ja letztmalig im Beitrag Windows 10: Problem bei der Sommerzeitumstellung 2021? über das Thema berichtet – damals gab es noch kein Windows 11. Damals meldeten sich einige Betroffene. Von Martin (Dr. Windows) gibt es auf Twitter die folgende (nicht ganz ernst gemeinte) Rückmeldung.

Die automatische Zeiteinstellung bei Windows 10/11 ist doch grundsätzlich kaputt. Auf einem neuen Gerät stimmt die Zeit nie, bis man die Automatik einmal aus und wieder einschaltet. Insofern ist das erwartetes Verhalten.

Daher die Frage in die Runde: Hat jemand Probleme bemerkt und gibt es eine Erklärung dafür, dass es seit Jahren bei Windows diesbezüglich hakt? Und nachdem die USA die Sommer-/Winterzeit-Umstellung abgeschafft haben bzw. wollen, erwarte ich in Zukunft auch keine Besserung.

Ich habe bei einer Suche noch den Support-Beitrag Error in Date value at beginning of DST in certain time zones (hier in Deutsch) vom Januar 2022 für Entwickler gefunden. Dort wird ein Problem mit der JavaScript Date-Funktion beschrieben, welches bei der Sommerzeit-Umstellung falsche Werte liefert. Aber dieser Fall scheint mir nicht so genau zu passen – es sei denn, die verwenden JavaScript in der Einstellungen-Seite, um das Datum zu generieren und die Sommerzeitumstellung durchzuführen.

Ähnliche Artikel:
Windows 10: Problem bei der Sommerzeitumstellung 2021?
Windows 10: Problem bei der Sommerzeitumstellung 2020?
Falsche Uhrzeit unter Windows – Leserbeobachtungen
WordPress und die Winterzeit-Falle bei geplanten Beiträgen


Anzeige


Cookies blockieren entzieht uns die Finanzierung: Cookie-Einstellungen

Dieser Beitrag wurde unter Windows, Windows 10 abgelegt und mit , verschlagwortet. Setze ein Lesezeichen auf den Permalink.

30 Antworten zu Windows: Gab es Probleme bei der Sommerzeitumstellung 2022?

  1. Alfred Neumann sagt:

    12 x Win 10 21H2 19044 lief alles einwandfrei

  2. Fritz sagt:

    Hier keine Probleme bei ca 100 Installationen. Systemihr auf UTC, Zeitzone CET+1CEST.

  3. Georg S. sagt:

    Dito!
    Ich habe aber in der Registry (Win7 Ultimate & Win 10 Pro 21H2) die drei Zeitserver der PTB eingetragen.
    https://www.ptb.de/cms/ptb/fachabteilungen/abtq/gruppe-q4/ref-q42/zeitsynchronisation-von-rechnern-mit-hilfe-des-network-time-protocol-ntp.html

    • Janami25 sagt:

      Habe ich auch gemacht. Seitdem ich das gemacht habe, und nicht die Standard Zeitserver nutze, wurde auch seit ca. 1,5 Jahren bei allen Rechnern einwandfrei synchronisiert. Vorher nicht.

      • Michael Uray sagt:

        Einen Zusammenhang mit dem Zeitserver sehe ich hier nicht, da diese UTC (Koordinierte Weltzeit) übermitteln in welcher weder Sommer-/Winterzeit, noch Zeitzonen berücksichtigt sind.

    • Georg S. sagt:

      Nachtrag:
      Auch in den Einstellungen meiner FRITZ!Box habe ich den ersten Zeitserver der PTB (ptbtime1.ptb.de) zur Zeitsychronisation im Heimnetz eingetragen.

  4. Timmelsjocher sagt:

    > Und nachdem die USA die Sommer-/Winterzeit-Umstellung abgeschafft haben..

    Ähm, nein. Der US-Senat will das so, zustimmen müssen aber auch noch andere. Abgeschafft ist daher (noch) nichts.

    Viele deutsche Medien haben das falsch dargestellt.

  5. Ralf Lindemann sagt:

    Unter Windows 7 hat die automatische Umstellung auf die Sommerzeit diesmal nicht funktioniert. In der Kalender-App wurde zwar wie üblich auf die Umstellung der Uhren hingewiesen, mit Beginn der Sommerzeit tat sich aber nix. Erst mit einer manuell angestoßenen Zeitsynchronisierung erfolgte die Umstellung auf die Sommerzeit. (Gibt aber Schlimmeres, war nicht wirklich ein Problem …)

    • Hobbyadmin sagt:

      Hier hat es unter Win7 Pro wie immer funktioniert. Mit entspr. Info bei Klick auf die Uhr im Systray, dass und wann umgestellt wurde (wie in den Einstellungen angehakt). Genutzt wird der time.windows.com Standard Zeitserver, wie voreingestellt. Keine Registry Hacks o.ä.

    • DiWÜ sagt:

      Hier hat es unter Windows 7 diesmal nicht geklappt. Die Uhr im PC wurde gleich automatisch um 2 Stunden vorgestellt! In den letzten Jahren war alles o. k.
      Es ist der normale Internetzeitserver eingestellt: time.windows.com

      Bei Windows 10 ging es richtig.

  6. Wil Ballerstedt sagt:

    Lüppte wunderbar.

  7. Paul sagt:

    Das könnte evtl. mit den verwendeteten (s)ntp-Zeitservern zu tun haben?
    Gerade wenn anstatt ein Cleint sich um zwei Stunden vorgestellt hat,
    klingt das schon sehr danach.
    Natürlich sollte ein NTP-server nur die Offset-Angaben ändern
    und läßt sich garnicht so schnell, wenn überhaupt, falsch einstellen.
    Mal gucken ob sie jetzt die Zeitzone von Jordanien richtig haben…
    (Die wird wohl immer mal geändert)

    • Fritz sagt:

      Die meisten Arbeitsstationen und Server hier beziehen die Zeit von Domänencontroller. Bei den (virtuellen) Servern ist sogar die Zeitsynchronisation mit dem vmWare-Host abgeschaltet. Lediglich der PDC bezieht seine Zeit extern, und zwar von einem Linux-Host, der direkt zur PTB geht. Funktioniert seit Jahren reibungslos. Priorität ist, daß die Rechner untereinander (wegen AD) die korrekte Zeit haben.

    • Michael Uray sagt:

      NTP Server liefern UTC (Koordinierte Weltzeit) aus, welche nicht von Sommer-/Winterzeit oder Zeitzone beeinflusst ist.
      Die Offset Korrektur findet dann immer am Client statt.

  8. Ralf S. sagt:

    Win 7 Home, Win 7 Pro, Win 11: Bei allen drei Systemen einwandfreie, korrekte Umstellung! Bei Win 11 habe ich es sogar "live" verfolgt … ;-) Allerdings hatte ich bei Win 11 anfänglich generell Probleme mit der Uhrzeitsynchronisation. Auch nach 14 Tagen (nach Installation) wurde die Uhr nicht automatisch synchronisiert. Habe dann den Zeitserver "time.nist.gov" eingestellt, in der Aufgabenplanung den entsprechenden Task, sowie den Zeitdienst in "Dienste" deaktiviert/System neu gestartet/alles wieder aktiviert. Seither wird die Uhr sogar 2 – 3 X wöchentlich durch "verschiedene Ereignisse" synchronisiert. Z. B. nach autom. Virenscan, Reaktivierung aus dem Energiesparmodus/Ruhezustand.

    Hoffe nur, dass die EU es nun auch endlich mal hinbekommt, dass dieses dämliche Uhrendrehen generell aufhört. War doch irgendwie schon "beschlossene Sache", dachte ich … Wir hätten nun wieder die Chance gehabt, einfach nicht mehr an der Uhr zu drehen, da die Normalzeit (wieder) gegolten hat. Nun muss zumindest im Herbst nochmals an der Uhr gedreht werden. Ist aber wohl so ähnlich wie bei Tempo 120/130 auf der Autobahn: Dinge, die sich ohne jeden Aufwand SOFORT durchführen lassen würden, werden als letztes, oder überhaupt nicht kommen. 🤔 Schon immer wieder sehr witzig, das alles – wenn es nicht so traurig wäre …

    • Paul sagt:

      Sie haben den Falschen die falsche Frage gestellt.
      Sie haben nur gefragt, ob wer die Zeitumstellung gut findet, und nicht gefragt,
      welche dann dauerhaft gelten soll.

      Eigentlich ist das doch überholter Quatsch.
      Das wurde einst mit der Eisenbahn eingeführt.
      Die Bahn hatte wohl das erste "bundesweite" Netz mit 1bit/s (es hat sich da nicht viel geändert) so das alle Bahnhöfe dieselbe Zeit hatten.

      Und heute?
      Die Züge kommen eh alle unpünktlich und jeder hat sein Smart Phone.
      Dann kann doch jeder seine eigene Zeitzone nutzen.

  9. Paul sagt:

    ohje… ich dachte ich wäre durch damit…
    2036 gibt es ja wieder Ärger…lt. Wikipedia:

    "Die Zeitstempel im NTP sind 64 Bits lang. 32 Bits kodieren die Sekunden seit dem 1. Januar 1900, 00:00:00 Uhr, weitere 32 Bits den Sekundenbruchteil. Auf diese Weise lässt sich ein Zeitraum von 232 Sekunden (etwa 136 Jahre) mit einer Auflösung von 2−32 Sekunden (etwa 0,23 Nanosekunden) darstellen. "

  10. Triceratops sagt:

    Bei mir keine Probleme bei der Zeitumstellung in Windows 10 21H1. Verwende aber eh den Zeitserver der FritzBox (In der Firtzbox hab ich alle Zeitserver der Physikalisch-Technische Bundesanstallt eingetragen). Denke mal das der standart Windows Zeitserver am Spinnen ist (Wenn diese in Windows eingestellt ist).

  11. Micha sagt:

    Meine Windows 8.1 x64 Installationen haben die Uhr Richtig umgestellt. Dabei ist es unwichtig ob das System Internet hat oder nicht.

    Einzig auf Multiboot Installationen wo 2 Windowsversionen installiert sind hatte ich schon das Ereignis das jedes Windows die Uhr umgestellt hat. Somit ging die dann halt eine Stunde falsch.

  12. Willy B. sagt:

    Kann ich bestätigen mit Dual-Boot Systemen (Win11 / Win10 oder Windows / Linux). Ist dann ein Problem mit dem 2. System, da schon vom zuerst gebooteten System die Uhrzeit (und damit auch die BIOS-Uhr) schon auf Sommerzeit gesetzt wurde.
    Ist zumindest bei allen Rechnern bei mir wo ich Multi-Boot (Win7 / Win 8.1 / WIn10 / Linux) drauf habe.

  13. Karl Wester-Ebbinghaus (@tweet_alqamar) sagt:

    Hallo Micha, Willi, danke für den Hinweis mit dem Multiboot. Das könnte bei mir mit insgesamt 5 Instanzen als Windows (Server) Insider tatsächlich ein guter Grund sein!
    Das wäre dann nochmal ein Feedback Hub Eintrag wert.

  14. Headster sagt:

    Diesmal lief erfreulicherweise alles problemlos, auf mehreren Systemen mit Windows 10 in verschiedenen Versionierungen.

  15. Hans sagt:

    Bei mir wurde Windows 10 auf 1h gestellt. Weiß nicht warum.

  16. MiNa sagt:

    Bei mir laufen alle Dual Boot Systeme Windows/Linux mit UTC im BIOS. Es gibt seit Jahren keine Probleme mehr bei der Zeitumstellung.

  17. J. Dessecker sagt:

    Bei uns unter Windows 11 Pro trat der Fehler auch auf: die Zeit wurde anstatt um 1h um 2h vorgestellt. Nach einer manuellen Zeitsynchronisation war das Problem behoben.

    Auf dem Notebook (Windows 11 Home) lief die Umstellung dagegen korrekt.

  18. Chris sagt:

    2021 hatte ich auf 2 PC mit Win 10 v.20H2 Probleme. Dieses Jahr mit v.21H2 "nur" auf einem Rechner und das war etwas seltsam: In den Einstellungen "Datum & Uhrzeit" war der Schalter "Automatisch an Sommerzeit anpassen" ausgeschaltet und ausgegraut/inaktiv. Der Schalter wird erst aktiviert, sobald "Zeitzone automatisch festlegen" deaktiviert wird. Also dreimal hin und her geklickt: Zeitzone ausgeschaltet, Sommerzeit eingeschaltet und Zeitzone wieder eingeschaltet, fertig. Sechs Monate Ruhe.

  19. Foegi sagt:

    In Firmen- und privaten Umfeld Win10/11 gemischt, keinerlei Probleme bei der Zeitumstellung. Was zu erwähnen ist, ich stelle als NTP Server immer den Pool von at.pool.ntp.org ein, in der Firma ist logischweise der DC der NTP Server.

  20. Tobias sagt:

    Ah jetzt ja.
    Hab gerade die Mail von unserem Kollegen in Ungarn erhalten. Der meinte sie hätten gerade Probleme mit einem Kontakt, der Termine verschickt und in einer anderen Zeitzone sitzt. Ein Mitarbeiter am Standort hatte die Richtige Zeit im Termin, ein anderer Kollege hatte eine um eine Stunde verstellte Zeit drin. Die Uhrzeiten sind bei beiden Systemen korrekt, so ganz kann ich aufgrund der Entfernung auch nicht genauer nachvollziehen, was da los ist, aber Windows-Probleme mit der Zeitumstellung würden das jetzt vielleicht erklären…

Schreibe einen Kommentar zu Janami25 Antworten abbrechen

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Hinweis: Bitte beachtet die Regeln zum Kommentieren im Blog (Erstkommentare und Verlinktes landet in der Moderation, gebe ich alle paar Stunden frei, SEO-Posts/SPAM lösche ich rigoros). Kommentare abseits des Themas bitte unter Diskussion.