[English]Kurze Frage in die Runde: Hat sich bei euch Windows 10 die Nacht korrekt auf die europäische Sommerzeit umgestellt? Und vor allem: Bleibt die Uhrzeit auch weiterhin korrekt? Ich habe mehrere Hinweise auf Probleme bekommen.
Anzeige
Ich hatte bereits vor einem Jahr im Blog-Beitrag Windows 10: Problem bei der Sommerzeitumstellung 2020? Probleme mit der Umstellung auf Sommerzeit angesprochen. Das Fehlerbild damals, von Blog-Leser Dekre beschrieben:
heute ist da Sommerzeit (MESZ).
Meine Uhr am PC ist bei Start heute gegen 07:25 Uhr MESZ korrekt angezeigt worden. Eine Stunde später sprang diese wieder zurück. Die automatische Zeitsynchronisierung meldet dann Fehler.
Ist das bei anderen auch so? Win10 pro. Ich habe jetzt auf manuell umgestellt.
Seinerzeit wurde der Effekt von weiteren Lesern bestätigt. Ich selbst habe heute bei Windows 7 festgestellt, dass die Uhrzeit gleich um 2 Stunden vorgesprungen war (statt 8:30 Uhr, was korrekt gewesen wäre, oder 7:30 Uhr, was ich verstanden hätte, da nichts umgestellt worden wäre, zeigte der Rechner 9:30 Uhr an). Eine manuelle Zeitsynchronisierung hat dann die Uhrzeit korrekt eingestellt – und die ist bis jetzt erhalten geblieben.
Leserrückmeldungen im englischen Blog
Im englischsprachigen IT-Blog habe ich auf meinen Blog-Beitrag Windows 10: Issues with daylight savings time switch in 2020 gleich zwei Kommentare erhalten. In diesem Kommentar schreibt jemand:
Today, the scenario where Windows gets it right at first and fails hours later happened on my machine. I'm on Version 20H2. No dual-boot or anything.
Und ein zweiter Leser meint in diesem Kommentar: Same here on 2004. Manual resync fixed it.
Anzeige
Rückmeldung eines deutschen Lesers
Blog-Leser Patrick hat mich parallel per E-Mail kontaktiert und folgendes berichtet:
Hallo Günter,
bei mehreren Computern mit Windows 10 20H2 habe ich heute Vormittag nach dem Einschalten festgestellt, dass nach dem Start mit der 'Sommerzeit' wieder die MEZ/CET angezeigt wurde.
Nach der manuellen Zeitsynchronisierung über die Systemsteuerung wurde dann wieder die Sommerzeit (CEST) angezeigt – und bis jetzt läuft alles.
Die betroffenen Systeme sind so eingestellt, dass sie automatisch mit 'rime.windows.com' synchronisieren und auch zwischen CET und CEST wechseln sollen.
Ob es nur hier ein lokales Problem ist oder mehrere Nutzer betrifft, kann ich hier nicht feststellen. Solltest du noch weitere Hinweise dazu bekommen, hilft dir die Information dazu vielleicht weiter.
So viel zur automatischen Sommerzeitumstellung. Frage in die Runde: Hat noch jemand Probleme bei der automatischen Sommerzeitumstellung unter Windows festgestellt? Ist bei automatisch laufenden Systemen, die Zeitstempel protokollieren (Prozessleit- und SCADA-Systeme oder Systeme mit Laborbereich etc.) ziemlich doof.
Ergänzung: Ich hatte diesen Beitrag auf Facebook zur Diskussion gestellt. Die Antworten sind gemischt – bei einigen Lesern hat es problemlos geklappt – bei anderen hat sich nichts umgestellt oder es gab Probleme. Komisch ist, dass eine Leute berichten, dass einige ihrer System problemlos umstellten, weitere aber Fehler zeigten.
Auf Twitter gibt es diesen Hinweis von Karl – im Feedback-Hub gibt es mehrere deutschsprachige Beiträge diesbezüglich.
Ergänzung 2: Auf administrator.de gibt es noch diesen Beitrag zu Problemen mit der Zeitumstellung in einer Domäne – aber mit etwas anderem Hintergrund.
Anzeige
Letztes Jahr hatte ich auch das Problem, dass nach der korrekten automatischen Umstellung auf Sommerzeit diese wieder zurückgestellt wurde.
Heute lief alles glatt und der Fehler trat nicht auf.
Windows 10 Pro x64, Version 20H2, Build 19042.870.
Zeitserver: time.windows.com
Ich gehe mal davon aus, dass dieser Fehler irgendwann mal behoben worden ist und dürfte somit zumindest bei denjenigen nicht auftreten, deren Windows 10 auf aktuellem Stand ist.
Keine Probleme bei der automatischen Zeitumstellung.
Mehrere Rechner mit identischem Stand (laufen 24/7):
Win10Pro x64, 20H2, Build 19042.867
Zeitserver: time.windows.com
Automatisch an Sommerzeit anpassen: Ein
Da die letzte erfolgreiche Zeitsynchronisierung lt. Anzeige sogar zuletzt am 27.03.2021 15:xx:xx erfolgte, scheint die Zeitumstellungslogik wohl "Windows-technisch" bereits implementiert zu sein, ohne auf den Zeitserver zuzugreifen(?)
@micha45
"dürfte somit zumindest bei denjenigen nicht auftreten, deren Windows 10 auf aktuellem Stand ist."
Kann das Problem bei mir allerdings erstmals bestätigen: Win10Home, 20H2, Build 19042.867.
Klappte bisher immer fehlerlos, ohne dass ich manuell eingreifen musste.
"Automatisch an Sommerzeit anpassen" ist aktiviert.
Also ich hab hier keinerlei Probleme mit der Zeit Umstellung gehabt.
Alle 5 Rechner: 2 Eigenbau Desktops mit Win 10 Pro Build 19042.906
1 HP Laptop mit Win 10 Pro selbes Build, 1 Acer Laptop mit Win 10 Home Build 19042.867 und 1 altes IBM Thinkpad noch mit einer Win 10 Home 1809 Version.
Alle normal umgeschaltet und auch bisher noch alles Top.
Nutze T-Clock und habe als Timeserver "pool.ntp.org" eingestellt!
Keine Probleme!
Zu Win10 kann ich nichts sagen, aber Win7 und 8.1 machen wie immer keine Probleme.
Ich bin noch mit Win7 unterwegs, meine Frau mit Win10. Beide Systeme sind auf dem neuesten Stand, beide haben problemlos die Zeit umgestellt.
Zur WIN10-20H2 Build 19042.870
Die automatische Aktualisierung auf Sommerzeit funktionierte heute Morgen leider nicht wie gewünscht. Musste manuell über Synchronisation der Uhrzeit nachhelfen. Ist bisher bei allen Windows-Vorgängerversionen nie aufgetreten.
Bei mir ist auf allen PCs alles in Ordnung. Mit der Zeitumstellung (Windows 10 Pro seit > 5 Jahren) hatte ich bisher auch noch nie Schwierigkeiten.
Nö, alles stabil. Der Wechsel auf Sommerzeit lief einwandfrei (bis jetzt). Neben Windows 20H1 aktuell nicht vieles installiert (Audacity, Win HX Videokonverter, Amoei Backup und ein bisschen Bildbearbeitung).
Win-10: erst nach einem manuelle Abgleich wurde die Sommerzeit erkannt.
Unsere Server haben sich nicht umgestellt. Es brauchte einen Neustart des Windows Time Service. Die Clients hatten kein Problem, was jedoch seltsam ist, weil die Primary Time Source nicht aktuell war/ist. Sieht so aus, wie wenn das bei den Clients über das Internet funktioniert hat.
Bei mir gab es unter Windows 10 keine probleme bei der Zeitumstellung. Zumal ich Windows 10 so eingestellt habe, das es sich die Aktuelle Zeit von meiner Fritz!Box holt, und nicht vom Microsoft Zeitserver.
Kein Problem hier, die Aussage ist aber wertfrei, weil hier nirgends die Standardwerte verwendet werden.
Bin ein Fan der Atomuhr in Braunschweig.
Die habe ich auch eingestellt.
Keine Probleme.
Bis jetzt scheint alles OK zu sein. Genauigkeit über https://time.is getestet.
Hier auch der Zeit Server "Fritz!Box".
Moin,
im Office wie in den Vorjahren keine Probleme festgestellt, alles i.O.
Privat (neueste Win10-Evaluationsversion): letzte Synchronisation war am 17.03.2021, musste manuell die Synchronisation anstossten, obwohl die automatische Umstellung aktiviert ist. Danach alles i.O.
Gruß
VGem-e
Bei mir zuhause musste ich in den Datum und Uhrzeit-Einstellungen die Zeit manuell synchronisieren.
Im Office gabs keine Probleme. Hier nutzen wir einen eigenen Zeitserver. Wenns kein Zufall ist, dann ist es wohl davon abhängig.
Die Zeitserver der Physikalisch-Technischen Bundesanstalt (PTA) sind meine bevorzugten Einstellungen und habe damit sei Jahren keine Probleme mit der Zeitumstellung.
PTB Zeitserver 1: ptbtime1.ptb.de
PTB Zeitserver 2: ptbtime2.ptb.de
PTB Zeitserver 3: ptbtime3.ptb.de
https://www.ptb.de/cms/ptb/fachabteilungen/abt4/fb-44/fragenzurzeit/fragenzurzeit07.html
Kein Problem. Weder mit Win 10 Pro 20H2 noch mit Win 10 Pro 21343.
Probleme gabs – aber mit dem Funkuhrwecker erstaunlicherweise. Der hatte sich nämlich eine Std. zurück (! erstmals) gestellt. Statt eine Std. vor, wie er sollte, eigentlich. Allerdings hinter einer leicht metallenen Jalusette stehend, vermutl. Funkprobleme – oder sowas. :)
Win 7 keine Probs nach Umstellung, win 10-1909 1x, plötzlich 1 Std. hintendran, nachdem beim Start erst noch alles ok war.
Wir nutzen einen eigenen NTP Server und es gab keine Probleme. Allerdings beobachte ich immer wieder, dass bei einige Windows 10 PC (sowohl upgedatete Win7, als auch neu installierte) die Option "Zeitzone automatisch festlegen" auf "Aus" steht. Ich konnte bisher keine Systematik dahinter erkennen. Wenn man es manuell auf "Ein" ändert, bleibt es auch so. Komisch…
Hier gab es auch Probleme, die Sommerzeit wurde nicht erkannt. Nach einmaligem Synchronisieren sprang die Uhr korrekt um eine Stunde nach vorn, und ist bis jetzt auch so geblieben.
Windows 10, Version 2004 (Build 19041.867). Zeitserver: pool.ntp.org
Gab bei mir weder an den privaten PCs noch an den Servern & Clients in der Firma Probleme. Allerdings stehen meine privaten PCs auf ntp.pool und in der Firma haben wir einen eigenen Zeitserver.
Hier lief alles normal.
Habe aber auch ptbtime1.ptb.de als Zeitserver eingestellt.
Kleine Anekdote am Rand: Schon am Samstag haben sich bei mir 2 unterschiedliche DVB-C Receiver von alleine auf Sommerzeit umgestellt.
Warum auch immer.
Japanischer Hersteller mit entsprechend voreingestellten Zugriff auf japanischen Zeitgeber-Server?
War ein Samsung und ein MicroM Receiver.
Bei beiden kann ich nicht kontrollieren, was da als Zeitserver eingestellt ist.
Werde mir aber bald eine Dreambox kaufen.
Hatte mal nen Panasonic, wo mir half, die Zeit von "automatisch" auf "manuell" und wieder zurück auf "automatisch" zu stellen.
Vielleicht hilft`s – ansonsten:
Achtung bei bereits programmierten Aufzeichnungen!
Vielleicht gibt es ja auch ein Firmware-Update..
Sehr guter Artikel von MS, sollte man so umsetzen: https://techcommunity.microsoft.com/t5/core-infrastructure-and-security/domain-time-synchronization-in-the-age-of-working-from-home/ba-p/1440820
Hallo,
meine Zeit wurde auch nicht umgestellt.
Ich habe auch auf die Braunschweiger umgestellt.
Windows 10 Pro 20H2
Ich bin mir nicht sicher ob sie erst richtig war und dann wieder falsch oder gar nicht umgestellt wurde auf jedenfall merkte ich irgendwann das sie noch auf Winterzeit war und synchronisierte dann schnell manuell, seitdem ist die Zeit richtig.
Wir hatten hier heute morgen einen Windows 7 Rechner (kein Arbeitsplatz-PC, sondern Teil einer Fertigungsmaschine), der sich nicht an der Domäne anmelden konnte. Das lag wohl auch an der falschen Zeit (Wie von Günter berichtet doppelte Umstellung). Mit manuell korrigierter Uhrzeit ging es dann. Die anderen Systeme (Windows 10 V1909) sind alle OK.
Ich habe hier noch zwei Windows CE basierte Zeiterfassungsterminals (Von ELV). Bis auf die IP-Adresse exakt gleich konfiguriert. Eines macht (seit Jahren) die Umstellung auf Sommerzeit doppelt, das andere funktioniert so, wie es soll. Bei dem fehlerhaften Gerät muss ein Kaltstart durchgeführt werden, dann stimmt die Uhrzeit. Warmstart reicht nicht. Nachdem ich ohne Erfolg viele Stunden in die Fehlersuche investiert habe lebe ich jetzt einfach damit…
Artikel gelesen und daher Rechner auf Arbeit gestartet – einer, der seit Mittwoch nicht mehr an war:
Zeit war korrekt nach dem hochfahren, Win-Update ne Kleinigkeit machen lassen
*Neustart*
Nochmal Win-Update geprüft, das sagt auf einmal an, der aktuelle/letzte Suchlauf war vor einer Stunde – die Uhrzeit hatte sich beim 2. Hochfahren zurückgestellt.
Manuelles sync angestoßen, netzinterner Zeitserver, nun dann hoffentlich alles dauerhaft ok.
Kann ich bestätigen: Auf mehreren Systemen ist die Uhrzeit beim ersten Hochfahren seit der Zeitumstellung erst korrekt auf Sommerzeit – nach dem nächsten Reboot springt sie dann zurück auf Winterzeit.
Das Kuriose ist: deaktiviert man in der Systemsteuerung die aktivierte Option "Uhrzeit automatisch festlegen", springt die Zeit sogar noch eine Stunde weiter zurück (also Sommerzeit -2h). Schaltet man die Option wieder ein, ist man zurück auf Winterzeit.
Erst ein manueller Resync mit time.windows.com liefert die korrekte Sommerzeit zurück, die bisher erhalten geblieben ist. Leider braucht man hierzu jedoch Adminrechte – das macht also im Business-Umfeld im Zweifel dann so richtig Spaß, wenn sich die User alle auf einmal melden…
nachdem Bernd Bachmann es weiter unten ähnlich geschildert hatte –
ja auch bei mir war der Testrechner W10 20H2
Bei den Kollegen hatte ich nur mal auf einem Rechner geschaut, da war alles ok. Allerdings sind die auch schon Stunden vor mir da und somit haben die entsprechenden PCs genügend Chancen sich auch mehrfach mit unserem Zeitserver zu besprechen.
Muße in die logs zu schauen hatte ich allerdings nicht.
Da hier bisher hauptsächlich Meldungen von Systemen mit alternativen Zeitgebern:
Windowsversion: Windows 10 64 Home V1909 (Systembuild 18363.1379)
Zeitgeber: time.windows.com
Zeitzone: UTC+1 (Amsterdam, Berlin..)
Zusätzliche Zeitzone: Kolumbien
Automatische Anpassung an Sommerzeit: An
Alles ohne Probleme umgestellt!
20H2 .867
Zeitzone: UTC+2 (Athen)
Automatische Anpassung an Sommerzeit: An
funktionierte bei 3 von 4 Rechnern nicht,
hab sie mittags manuell umgestellt
"Meine Lösung": Einstellungen / Zeit und Sprache / Jetzt synchronisieren
Kontrolle vorher: "Ein" … sind: Uhrzeit … / Zeitzone … automatisch ..
Bei mir jetzt alles OK
Gruss
Hat funktioniert, super. Danke.
Windows braucht sichtlich – einmal ist keinmal – immer ein Kick (Sic!)
Keine Probleme auf rund hundert Rechnern, vorwiegend mit 20H2 Build 19042.867 und 870
Zwei Rechner mit Win10 Pro x64, 20H2, Build 19042.867
Zeitserver: time.windows.com
Automatisch an Sommerzeit anpassen: Ein
Alles hat sich fehlerlos umgestellt, Zeit läuft absolut synchron mit PTB-Zeit.
Tatsächlich. Bei W10 20H2: Zeit war nach dem Start korrekt, sprang dann irgendwann innerhalb der ersten Stunde zurück. Manuelles "Sync now" hat sie dann wieder korrigiert.
Bei W10 1909: Zeit war nach dem Start korrekt und ist es bislang auch geblieben.
Keine Probleme festgestellt. Hat Windows 8.1 pro x64 ganz normal umgestellt. Automatische Synchronisierung ist das nächste mal für den 01.04.2021 geplant.
Moin,
bei mir ist die Sommerzeitumstellung 2021 hangen geblieben und nicht mit angesprungen. Merkwürdig !
Ja, hier auch auf zwei 20H2 Rechnern. Erst nach einem manuell angestoßenen Sync stimmt die Uhrzeit wieder und wird auch beibehalten.
Von den 1909-Kisten in meinem Umfeld höre ich nichts, die haben aber auch einen anderen internen Zeitgeber, nicht time.windows.com
Bei meinem Windows 10 1909 ist die Zeit nicht automatisch umgesprungen, musste manuell die Zeit synchronisieren. Im Windows-Kalender stand außerdem Zeitumstellung auf Sommerzeit um 12:00 Uhr. Das hatte ich da nicht reingeschrieben.
Zum Glück hat bei Linux wie gewohnt alles geklappt. ;-)
Hier das gleiche Spiel an 2 Rechnern. Nach dem Start wurde die korrekte Zeit nach Umstellung auf Sommerzeit angezeigt. Nach kurzer Zeit – ohne zutun oder Neustart – war die Zeit wieder auf Winterzeit umgestellt. ?!
Ich musste dann an beiden Rechner die Zeit manuell synchronisieren, dann blieb diese richtig.
Beide Rechner sind auf Win10 Pro 19042.870.
Ich kann mich auch sehr gut an letztes Jahr erinnern bei der Zeitumstellung, da hat das auch nicht richtig funktioniert. Allerdings weiss ich nicht mehr genau, ob das im März oder Oktober war.
Aber auch früher klappte das nicht immer richtig mit "time.windows.com", da hatte ich immer auf "time.nist.gov" umgestellt, damit gab es nie Probleme.
Interessant! Das Thema ist wieder aktuell.
Ich habe vor einem Jahr dann alle Zeitserver von den us-amerikanischen rausgeschmissen (egal ob "windows" oder "gov"), da alle patzten und habe die von der Atomuhr in Braunschweig genommen. Der Zeitserver lautet: "ptbtime1.ptb.de".
Seit dem keine Probleme mehr. Die Ziffer "1" kann man auch mit "2" oder "3" nehmen.
Wer mehr wissen will und weitere Hinweise hier:
https://www.ptb.de/cms/ptb/fachabteilungen/abtq/gruppe-q4/ref-q42/zeitsynchronisation-von-rechnern-mit-hilfe-des-network-time-protocol-ntp.html
Auf alle Fälle bleibt es, trotz Zeitwirrwarr und Pünktlichkeit, so:
"Im Osten geht die Sonne auf, im Süden hält sie ihren Lauf, im Westen will sie untergehen, im Norden ist sie nie zu sehen."
Moin,
hab dieses Mal zum ersten Mal davon gehört. Zuvor nie Probleme gehabt.
Wie von @Headster bereits berichtet… ähnliches Problem: Alle Clients die zu Hause ohne Domänenanbindung arbeiten -> falsche Uhrzeit.
W10 20H2 u. 2004 – Hersteller HP – aber mit eigenem iso-Image.
Daylight Shift / autom. Umstellung ist aktiv. Interessiert aber nicht. Da Domain gejoined ein manuelles syncen nicht möglich ist.
Derzeit einzige Möglichkeit: Uhrzeit manuell anpassen oder über den 3. Reiter Zeitserver syncen lassen. Ganze tolle Wurst wenn man im Business-Umfeld alle Rechner einzeln abklopfen kann, da Admin-Rechte benötigt werden.
Wie bereits berichtet, scheint die eigentliche Einstellung korrekt vorhanden zu sein und auch zu funktionieren. Allerdings mit UTC+1 (Sommerzeit sollte ja +2 sein) und eben zeitlich um eine Stunde versetzt.
Muss man das jetzt als random-feature von W10 Clients betrachten?!
Ich habe auch HP-PCs im "Busen-Umfeld"- Was ist im Zeitserver eingestellt?
Ich habe mit der Umstellung auf Braunschweig keine Probleme mehr.
Mein HP-Haupt-PC hinkte auch vorher immer etwas hinter (ca 2 Minuten). Mit der Umstellung auf Braunschweig konnte ich nicht nur die aktuelle "gesetzliche" Zeit problemlos automatisieren. Das Nachhinken mit der Zeit ist jetzt etwas bis max. 1 Minute.
Hierzu wichtiger Hinweis – das gilt nicht nur bei Lichtgeschwindigkeit (!):
Das Messen ist generell schon Vergangenheit. Die Heisenbergsche Unschärferelation wird sehr oft vergessen und hat nicht nur was mit Lichtquanten zu tun. Eine Reduzierung auf die Quantenphysik geht fehlt. Es ist generell. Selbst wenn ich die Zeit in der "Newtonschen Physik" messe, so ist es schon fehlerbehaftet. Ich messe nur Vergangenheit und das ist fehlerbehaftet.
Ich denke ich kann zu dieser Problematik ein paar sachdienliche Hinweise beisteuern die auch anderen Anwendern bei der Ursachenforschung helfen können:
Nach Sommerzeitumstellung vom 28.03.2021 booten Win10-Geräte erst mal korrekt mit der neuen Uhrzeit. Die Zeitzone ist auch korrekt auf "Mitteleuropäische Sommerzeit" mit "Bias:-60Min." konfiguriert (zu prüfen mit "w32tm /tz").
Nach einer Stunde plötzlich ist die Uhrzeit wieder auf "Winterzeit", also z.B. auf 09:00 obwohl es bereits 10:00 ist. Tatsächlich läuft die Zeitzone des Gerätes aber immer noch korrekt auf Sommerzeit. Es ist die Uhrzeit selbst die falsch angepasst wurde, nicht die Zeitzone.
Die unerwünschte Anpassung zurück in die Vergangenheit wurde durch den Windows-Kernel (PID 4) ausgelöst. Das lässt sich im System-Eventlog prüfen indem man dort die Ereignisse nach Quelle "Microsoft-Windows-Kernel-General" und ID: 1 filtert. So sieht man exakt wann welcher Prozess etwas an der Uhrzeit ändert.
Als Änderungsgrund ist angegeben: "System time synchronized with the hardware clock".
Unsere Geräte die dieses Verhalten gezeigt haben sind "offline" betrieben (also ohne Internet-Kontakt) und weisen dieses Verhalten heuer zum ersten mal auf. Geräte die "online" sind können sich über NTP oder andere Zeitsync-Mechanismen wieder die korrekte Zeit holen, dort fällt das Problem nicht auf. Meine Recherche hat folgenden Verdacht ergeben: Ich vermute das dieses Problem mit der Aktivierung von Hyper-V zusammenhängt. Hyper-V übernimmt nämlich auch die Kontrolle über die CMOS-RTC. Die Problematik trifft vermutlich auch Rechner die Virtualization-Based-Security-Features aktiviert haben welche ja abenfalls auf Hyper-V basieren.
Hallo, ich hatte das gleiche Phänomen auf einem nagelneuen MSI Notebook mit Windows 1o Pro. In der Systemsteuerung war der Schalter "Automatisch an Sommerzeit anpassen" zwar aktiv (nicht ausgegraut) aber die Schalterstellung wurde nach dem Schließen des Fensters immer auf "Aus" zurückgesetzt.
Die Lösung war bei mir, in der Registry folgenden Eintrag von 1 auf 0 zu ändern:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"DynamicDaylightTimeDisabled"=dword:00000000
Es scheint Hersteller zu geben, die Windows so konfiguriert ausliefern. (Sinn?)
(Dank an http://www.ugg.li wo ich den Hinweis darauf gefunden habe)
Aktuelles Problem 2022 Sommerzeit:
(Zeit lässt sich nur man. richtig einstellen)
Vielen Dank für den Tipp. Funktioniert aber leider auch nicht richtig!
MSI hat inzwischen 2/3 der Einstellungen verändert. Welchen Sinn das haben soll, außer Frust, weiß ich nicht! (MSI Notebook GL75, Win 10 Home (21H2), später Upgrade auf Pro)
Hier die funktionierenden Reg-Keys von einem anderen Rechner:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"Bias"=dword:ffffffc4
"DaylightBias"=dword:ffffffc4
"DaylightName"="@tzres.dll,-321"
"DaylightStart"=hex:00,00,03,00,05,00,02,00,00,00,00,00,00,00,00,00
"DynamicDaylightTimeDisabled"=dword:00000000
"StandardBias"=dword:00000000
"StandardName"="@tzres.dll,-322"
"StandardStart"=hex:00,00,0a,00,05,00,03,00,00,00,00,00,00,00,00,00
"TimeZoneKeyName"="W. Europe Standard Time"
"ActiveTimeBias"=dword:ffffff88
Nach Import dieser Zeilen (Text als *.reg Datei gespeichert und Doppelklick) funktionierte das MSI-Notebook wie gewünscht.