Linux Live Stick verstellt die Uhr

Post by Christian Steins
Moin,
Linux Live Sticks dienen ja dem Zweck Linux mal auszuprobieren
ohne dass Änderungen am PC gemacht werden.
Bei mir verstellt ein Ubuntu 24 LTS Stick aber leider die Uhr meines
Win-11 Laptops jedesmal um 2 Stunden zurück.
Wie kann ich das beheben?

Ich kann es nicht ausprobieren, da ich kein natives Windows zur
Verfügung habe, ich gehe aber davon aus, dass dir die Informationen aus
https://itsfoss.com/wrong-time-dual-boot/ helfen sollten das Problem zu
verstehen und zu lösen.

Post by Christian Steins
Grüße
Christian

BYe Thomas

--
Speak softly and carry a cellular phone.

Marc Haber

2024-10-01 10:16:25 UTC

Post by Christian Steins
Bei mir verstellt ein Ubuntu 24 LTS Stick aber leider die Uhr meines
Win-11 Laptops jedesmal um 2 Stunden zurück.
Wie kann ich das beheben?

Nach meinem Verständnis hat ein Live-Stick seine Finger von der
Hardwareuhr zu lassen. Mach einen Bugreport bei Ubuntu.

Hintergrund: Bei Windows läuft die Hardwareuhr traditionell auf der
lokalen Zeit der Standorts, bei Unix/Linux auf UTC. Schreiben
unterschiedliche Systeme nun jeweils "Ihre Wahrheit" in die
Hardwareuhr, geht das schief.

Ab Ende des Monats ist es dann nur noch eine Stunde.

Grüße
Marc

Kay Martinen

2024-10-01 11:52:16 UTC

Post by Christian Steins
Bei mir verstellt ein Ubuntu 24 LTS Stick aber leider die Uhr meines
Win-11 Laptops jedesmal um 2 Stunden zurück.
Wie kann ich das beheben?

Nach meinem Verständnis hat ein Live-Stick seine Finger von der
Hardwareuhr zu lassen. Mach einen Bugreport bei Ubuntu.

Wenn das Livesystem einen ntp mit bringt der die uhr anfasst ist das
vermutlich sogar "Works as intented" aber ein BR auf die zu dem Zweck
dann nicht sinnvolle Konfig des ntp wäre wohl sinnvoll.

Fragt sich nur wo das Live-system seine Pakete und konfigs her zieht.
Aus einem normalen Installer-ISO wäre blöd wenn das nach install die
BIOS Uhr nicht mehr anfasste.

Könnte sein das man einen "änderungs"tod sterben muß.

Post by Marc Haber
Hintergrund: Bei Windows läuft die Hardwareuhr traditionell auf der
lokalen Zeit der Standorts, bei Unix/Linux auf UTC. Schreiben
unterschiedliche Systeme nun jeweils "Ihre Wahrheit" in die
Hardwareuhr, geht das schief.

Ich hab das mal mit mehrfachem Wechsel-booten zw. Win und Linux Live
gehabt das die uhr jedes zweite mal immer weiter verstellt wurde.
Hab mich schön gewundert wo das her kam. ;-)

Post by Marc Haber
Ab Ende des Monats ist es dann nur noch eine Stunde.

Ach das wieder. Die Abschaffung der Abschaffung mal wieder, oder? ;)

Bye/
/Kay

--
nix

Peter J. Holzer

2024-10-02 09:45:09 UTC

Post by Christian Steins
Bei mir verstellt ein Ubuntu 24 LTS Stick aber leider die Uhr meines
Win-11 Laptops jedesmal um 2 Stunden zurück.
Wie kann ich das beheben?

Nach meinem Verständnis hat ein Live-Stick seine Finger von der
Hardwareuhr zu lassen. Mach einen Bugreport bei Ubuntu.

Wenn das Livesystem einen ntp mit bringt der die uhr anfasst ist das
vermutlich sogar "Works as intented" aber ein BR auf die zu dem Zweck
dann nicht sinnvolle Konfig des ntp wäre wohl sinnvoll.

Schreibt der ntpd neuerdings in die Hardwareuhr?

Würde mich wundern.

Der Kernel schreibt in die Hardware-Uhr, wenn er synchronisiert ist.
Aber soweit ich mich erinnere, versucht der den Zeitzonen-Offset zu
erhalten, indem er nur Minuten und Sekunden ändert (und das auch nach
einer bestimmten Heuristik).

Zu meiner Zeit brauchte das immer noch einen extra hwclock --systohc
Aufruf.

Wird das nicht beim Shutdown aufgerufen? War zumindest früher mal der
Fall.

hp

Bernd Mayer

2024-10-02 10:18:18 UTC

Post by Christian Steins
Bei mir verstellt ein Ubuntu 24 LTS Stick aber leider die Uhr meines
Win-11 Laptops jedesmal um 2 Stunden zurück.
Wie kann ich das beheben?

Nach meinem Verständnis hat ein Live-Stick seine Finger von der
Hardwareuhr zu lassen. Mach einen Bugreport bei Ubuntu.

Wenn das Livesystem einen ntp mit bringt der die uhr anfasst ist das
vermutlich sogar "Works as intented" aber ein BR auf die zu dem Zweck
dann nicht sinnvolle Konfig des ntp wäre wohl sinnvoll.

Schreibt der ntpd neuerdings in die Hardwareuhr?

Hallo,

ziemlich lange her, da hatte ich das ab und an mit hwclock -wu gemacht.
Zuvor ein ntpdate zeitserver.

Bernd Mayer

Marc Haber

2024-10-02 12:45:50 UTC

Post by Peter J. Holzer
Der Kernel schreibt in die Hardware-Uhr, wenn er synchronisiert ist.

Seit wann? Wo ist die Doku dazu? Und woher weiß er dass er
"synchronisiert" ist?

Post by Peter J. Holzer
Aber soweit ich mich erinnere, versucht der den Zeitzonen-Offset zu
erhalten, indem er nur Minuten und Sekunden ändert (und das auch nach
einer bestimmten Heuristik).

Woher?

Zu meiner Zeit brauchte das immer noch einen extra hwclock --systohc
Aufruf.

Wird das nicht beim Shutdown aufgerufen? War zumindest früher mal der
Fall.

Wenn ein Livesystem das tut, dann weiß man immerhin wo man hingreifen
muss um den Bug zu fixen.

Grüße
Marc

Peter J. Holzer

2024-10-02 21:58:13 UTC

Post by Peter J. Holzer
Der Kernel schreibt in die Hardware-Uhr, wenn er synchronisiert ist.

Seit wann?

Seit den 90er-Jahren. (Oder vielleicht inzwischen nicht mehr)

Post by Marc Haber
Wo ist die Doku dazu?

Damals habe ich den Kernel-Source-Code gelesen.

Post by Marc Haber
Und woher weiß er dass er "synchronisiert" ist?

Dafür gibt/gab es ein Flag, das gesetzt wird, wenn die kernel-interne
phase-locked-loop ausreichend wenig von den externen Inputs (z.B. von
ntpd) abweicht.

Post by Peter J. Holzer
Aber soweit ich mich erinnere, versucht der den Zeitzonen-Offset zu
erhalten, indem er nur Minuten und Sekunden ändert (und das auch nach
einer bestimmten Heuristik).

Woher?

Bin mir nicht sicher, worauf sich "woher" bezieht. Woher ich die
Information habe? Woher der Kernel die Zeit-Information bezieht?

Anyway:

Meine Erinnerung dazu, was der Kernel damals gemacht hat:

Immer dann, wenn die Zeit xx:30:00 nach UTC war, war der Kernel
überprüft, ob er mit einer externen Zeitquelle synchronisiert war. Wenn
das der Fall war, hat er die Hardware-Uhr ausgelesen. Wenn die Differenz
modulo x Minuten (ich vermute dass x = 30 war, da Indien Zeitzone +5:30
hat und es nur inoffizielle Zeitzonen mit Offset xx:15 oder xx:45 gibt)
kleiner als y (deutlich kleiner als x, vielleicht 10 Minuten?) war, dann
wurde die Hardware-Clock so angepasst, dass diese Differenz 0 war.

Im Endeffekt hatte man eine synchronisierte Hardware-Uhr, wenn man den
ntpd mindestens eine Stunde laufen ließ und der Fehler nicht mehr als
ein paar Minuten betrug.

Aber das ist lange her und ich weiß nicht, ob das immer noch so ist.

hp

Alexander Schreiber

2024-10-02 10:25:33 UTC

Post by Christian Steins
Bei mir verstellt ein Ubuntu 24 LTS Stick aber leider die Uhr meines
Win-11 Laptops jedesmal um 2 Stunden zurück.
Wie kann ich das beheben?

Nach meinem Verständnis hat ein Live-Stick seine Finger von der
Hardwareuhr zu lassen. Mach einen Bugreport bei Ubuntu.

Wenn das Livesystem einen ntp mit bringt der die uhr anfasst ist das
vermutlich sogar "Works as intented" aber ein BR auf die zu dem Zweck
dann nicht sinnvolle Konfig des ntp wäre wohl sinnvoll.

Schreibt der ntpd neuerdings in die Hardwareuhr? Zu meiner Zeit
brauchte das immer noch einen extra hwclock --systohc Aufruf.

IIRC nicht der ntpd, sondern das entsprechende init-script (damals,
heute wird es eine passende systemd Unit sein) beim shutdown.

Post by Kay Martinen
Fragt sich nur wo das Live-system seine Pakete und konfigs her zieht.
Aus einem normalen Installer-ISO wäre blöd wenn das nach install die
BIOS Uhr nicht mehr anfasste.
Könnte sein das man einen "änderungs"tod sterben muß.

Ist ein Bug, IMO.

Für ein live system, ja. Vermutlich irgendwann die Konfig vom
regulären System beim Bauen des live systems übernommen und diese
konkrete Anpassung vergessen.

Man liest sich,
Alex.

--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison

Marc Haber

2024-10-02 12:46:28 UTC

Post by Alexander Schreiber
Vermutlich irgendwann die Konfig vom
regulären System beim Bauen des live systems übernommen und diese
konkrete Anpassung vergessen.

Das sehe ich genauso, ja. Dürfte ja trivial fixbar sein.

Grüße
Marc

Kay Martinen

2024-10-02 11:53:37 UTC

Post by Christian Steins
Bei mir verstellt ein Ubuntu 24 LTS Stick aber leider die Uhr meines
Win-11 Laptops jedesmal um 2 Stunden zurück.
Wie kann ich das beheben?

Nach meinem Verständnis hat ein Live-Stick seine Finger von der
Hardwareuhr zu lassen. Mach einen Bugreport bei Ubuntu.

Wenn das Livesystem einen ntp mit bringt der die uhr anfasst ist das
vermutlich sogar "Works as intented" aber ein BR auf die zu dem Zweck
dann nicht sinnvolle Konfig des ntp wäre wohl sinnvoll.

Schreibt der ntpd neuerdings in die Hardwareuhr? Zu meiner Zeit
brauchte das immer noch einen extra hwclock --systohc Aufruf.

Ich hatte dabei ein Live-Linux mit Desktop im Hinterkopf. Aber ich weiß
auch nicht ob es da UI-tools und automatiken dahinter gibt die evtl.
eine Änderung der Zeitzone (haben IMO alle) und/oder UTC/Loc
ermöglichten - und das dann so direkt in die RTC schreiben. Ich nahm es
nur an und fände das aus Usersicht sinnvoll. Obwohl, wenn man aus der UI
heraus dem System sagen kann das die RTC Localtime hat gäbe es das
Problem nicht mehr... evtl. bis zum erneuten Start ohne Möglichkeit
solche Änderungen zu persistieren. Knoppix u.a. boten dafür AFAIR eine
Option.

Ist ein Bug, IMO.

Möglich. Aber der Punkt ist doch, wo genau. In der eigentlichen Distri
ist es eher kein Problem, nur wenn diese in DualBoot mit Windows
installiert würde. In einem Live-system muß man mit dem Szenario aber
eigentlich immer rechnen.

Bye/
/Kay

--
nix

Marc Haber

2024-10-02 12:47:09 UTC

Post by Kay Martinen
Möglich. Aber der Punkt ist doch, wo genau. In der eigentlichen Distri
ist es eher kein Problem, nur wenn diese in DualBoot mit Windows
installiert würde. In einem Live-system muß man mit dem Szenario aber
eigentlich immer rechnen.

Ein Livesystem benutzt man um genau solche Auswirkungen auf das andere
System zu verhindern.

Grüße
Marc

Kay Martinen

2024-10-02 16:45:56 UTC

Ein Livesystem benutzt man um genau solche Auswirkungen auf das andere
System zu verhindern.

Eine Verstellte Uhr ist kaum eine Auswirkung, nur eine Unannehmlichkeit.

Und es gibt offensichtlich mindesten zwei Fälle in denen das doch
passierte. Q.E.D.

Bye/
/Kay

--
nix

Marc Haber

2024-10-02 19:20:42 UTC

Post by Kay Martinen
Eine Verstellte Uhr ist kaum eine Auswirkung, nur eine Unannehmlichkeit.
Und es gibt offensichtlich mindesten zwei Fälle in denen das doch
passierte. Q.E.D.

Ich nenne das einen Bug.

Kay Martinen

2024-10-02 20:30:16 UTC

Post by Kay Martinen
Eine Verstellte Uhr ist kaum eine Auswirkung, nur eine Unannehmlichkeit.
Und es gibt offensichtlich mindesten zwei Fälle in denen das doch
passierte. Q.E.D.

Ich nenne das einen Bug.

Das will ich auch nicht abstreiten. Heißt das, jede Diskussion darüber
würde sich erübrigen?

Bye/
/Kay

--
nix

Claus Reibenstein

2024-10-01 10:50:59 UTC

Post by Christian Steins
Bei mir verstellt ein Ubuntu 24 LTS Stick aber leider die Uhr meines
Win-11 Laptops jedesmal um 2 Stunden zurück.

Bekanntes Problem. Liegt daran, dass Windows davon ausgeht, dass die Uhr
nach lokaler Zeit läuft, während Linux UTC (aka GMT) erwartet.

Das Problem lässt sich lösen, indem man Windows beibringt, ebenfalls von
UTC auszugehen. Unter Windows 10 erreicht man dies mit diesem
Registry-Eintrag:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"RealTimeIsUniversal"=dword:00000001

Ob das auch so unter Windows 11 funktioniert, musst du selber ausprobieren.

Gruß
Claus

Marcel Mueller

2024-10-01 12:33:13 UTC

Post by Claus Reibenstein
Bekanntes Problem. Liegt daran, dass Windows davon ausgeht, dass die Uhr
nach lokaler Zeit läuft, während Linux UTC (aka GMT) erwartet.
Das Problem lässt sich lösen, indem man Windows beibringt, ebenfalls von
UTC auszugehen. Unter Windows 10 erreicht man dies mit diesem
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"RealTimeIsUniversal"=dword:00000001

Das ist vor allem immer dann wichtig, wenn man mehrere Betriebssysteme
nutzt, selbst bei Windows. Andernfalls stellt nämlich jedes einzelne bei
jeder Zeitumstellung die Uhr einmal um, was in Summe natürlich falsch ist.

Das ist halt historisch aus DOS-Zeiten gewachsen, wo man so etwas wie
Zeitzonen noch gar nicht konnte.

Marcel

Claus Reibenstein

2024-10-02 09:31:11 UTC

Post by Claus Reibenstein
Das Problem lässt sich lösen, indem man Windows beibringt, ebenfalls von
UTC auszugehen. [...]

Das ist halt historisch aus DOS-Zeiten gewachsen, wo man so etwas wie
Zeitzonen noch gar nicht konnte.

Und dass Microsoft es bis heute, Jahrzehnte später, immer noch nicht
geschafft hat, diesen Murx aus den aktuellen Windows-Versionen
rauszunehmen, ist - freundlich ausgedrückt - bemerkenswert...

Wie so oft liegt das Problem mal wieder bei Microsoft und nicht bei Linux.

Gruß
Claus

gunter-kuehne

2024-10-02 10:36:45 UTC

Post by Claus Reibenstein
Das Problem lässt sich lösen, indem man Windows beibringt, ebenfalls von
UTC auszugehen. [...]

Das ist halt historisch aus DOS-Zeiten gewachsen, wo man so etwas wie
Zeitzonen noch gar nicht konnte.

Und dass Microsoft es bis heute, Jahrzehnte später, immer noch nicht
geschafft hat, diesen Murx aus den aktuellen Windows-Versionen
rauszunehmen, ist - freundlich ausgedrückt - bemerkenswert...
Wie so oft liegt das Problem mal wieder bei Microsoft und nicht bei Linux.
Gruß
Claus

Ich staune nur. Kann es sein das, dass von Distribution zu Distribution
unterschiedlich gehandhabt wird? Bei meiner Distrie wird man gefragt,
welche Vorgehensweise man wünscht. Auch bei den live Versionen. Also Uhr
Ortszeit nach BIOS oder UTC.

--
Kleinmut und Stolz, aus diesem Holz
Schuf der Mensch sich am sechsten Tag Gott.

Marc Haber

2024-10-02 12:48:17 UTC

Post by gunter-kuehne
Ich staune nur. Kann es sein das, dass von Distribution zu Distribution
unterschiedlich gehandhabt wird? Bei meiner Distrie wird man gefragt,
welche Vorgehensweise man wünscht. Auch bei den live Versionen. Also Uhr
Ortszeit nach BIOS oder UTC.

Ich würde mich bedanken wenn mich das Livesystm bei jedem boot neu
fragen würde wie ich das gerne hätte. Das soll bitte möglichst schnell
mit wenig Fragen nutzungsbereit sein und im default seine Finger vom
eingebauten Medium lassen.

Grüße
Marc

Peter J. Holzer

2024-10-02 22:00:39 UTC

Ich würde mich bedanken wenn mich das Livesystm bei jedem boot neu
fragen würde wie ich das gerne hätte. Das soll bitte möglichst schnell
mit wenig Fragen nutzungsbereit sein

Naja, die alternative ist, dass die Zeit falsch ist, Da ist mir der eine
Klick im Zweifelsfall lieber.

Post by Marc Haber
und im default seine Finger vom eingebauten Medium lassen.

Das auf jeden Fall.

hp

Marc Haber

2024-10-03 09:04:52 UTC

Post by Marc Haber
und im default seine Finger vom eingebauten Medium lassen.

Das auf jeden Fall.

Auch das CMOS-RAM oder die Uhr ist ein eingebautes Medium.

Grüße
Marc

Peter J. Holzer

2024-10-03 15:58:28 UTC

Post by Marc Haber
und im default seine Finger vom eingebauten Medium lassen.

Das auf jeden Fall.

Auch das CMOS-RAM oder die Uhr ist ein eingebautes Medium.

Das habe ich auch nicht bestritten.

hp

gunter-kuehne

2024-10-03 10:19:52 UTC

Das mag sein, andere sind nun mal froh, dass es so ist. Warum muss sich
immer alles nach Dir richten?
Im Übrigen, ist das ein kleiner Punkt, der gesetzt werden muss. OK
besser wäre natürlich es würde die Uhr überhaupt nicht antasten.
Aber es gibt eben unterschiedliche Auffassungen darüber.

--
Kleinmut und Stolz, aus diesem Holz
Schuf der Mensch sich am sechsten Tag Gott.

Alexander Schreiber

2024-10-02 19:46:10 UTC

Post by gunter-kuehne

Post by Claus Reibenstein
Das Problem lässt sich lösen, indem man Windows beibringt, ebenfalls von
UTC auszugehen. [...]

Das ist halt historisch aus DOS-Zeiten gewachsen, wo man so etwas wie
Zeitzonen noch gar nicht konnte.

Und dass Microsoft es bis heute, Jahrzehnte später, immer noch nicht
geschafft hat, diesen Murx aus den aktuellen Windows-Versionen
rauszunehmen, ist - freundlich ausgedrückt - bemerkenswert...
Wie so oft liegt das Problem mal wieder bei Microsoft und nicht bei Linux.
Gruß
Claus

Ich staune nur. Kann es sein das, dass von Distribution zu Distribution
unterschiedlich gehandhabt wird? Bei meiner Distrie wird man gefragt,
welche Vorgehensweise man wünscht.

Zumindest Debian fragt bei der Installation aus gutem Grund ob BIOS Uhr
mit UTC oder Lokalzeit läuft, ich nehme an, bei anderen Distributionen
wird das sicher ähnlich sein - dual boot mit Windows ist ja nun keine
_so_ exotische Konfiguration.

Post by gunter-kuehne
Auch bei den live Versionen. Also Uhr Ortszeit nach BIOS oder UTC.

*örgs*

Also ein Live-System mag nach der Zeitzone fragen (macht Sinn, kann
man zwar via geolocation raten, aber Fragen ist IMHO sinnvoller),
aber es sollte die BIOS Uhr tunlichst in Ruhe lassen von sich aus.

Man liest sich,
Alex.

--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison

Claus Reibenstein

2024-10-03 18:51:37 UTC

Post by Alexander Schreiber
Zumindest Debian fragt bei der Installation aus gutem Grund ob BIOS Uhr
mit UTC oder Lokalzeit läuft

Echt? Muss ich bei der Installation wohl übersehen haben.

Post by Alexander Schreiber
ich nehme an, bei anderen Distributionen
wird das sicher ähnlich sein

Auch bei Ubuntu ist mir Derartiges nicht aufgefallen.

Woran ich mich erinnere, ist, dass bei der Installation nach der
Zeitzone gefragt wird. Aber das ist eine andere Baustelle.

Gruß
Claus

Kay Martinen

2024-10-03 22:53:14 UTC

Post by Alexander Schreiber
Zumindest Debian fragt bei der Installation aus gutem Grund ob BIOS Uhr
mit UTC oder Lokalzeit läuft

Echt? Muss ich bei der Installation wohl übersehen haben.

Kann mich jetzt auch nicht dran erinnern. Das letzte Debian das ich
testweise mit Desktop installierte war 8.0 oder 9 und ich hab vermutlich
den einfachen Grafischen Installer verwendet. Weil ich genau den einfach
mal probieren wollte.

Post by Alexander Schreiber
ich nehme an, bei anderen Distributionen
wird das sicher ähnlich sein

Auch bei Ubuntu ist mir Derartiges nicht aufgefallen.

IMO gibt es da verschiedene ISOs. Auch mit Expert- und
Alternate-Install-optionen.

Post by Claus Reibenstein
Woran ich mich erinnere, ist, dass bei der Installation nach der
Zeitzone gefragt wird. Aber das ist eine andere Baustelle.

Möglicherweise mußt du Expert-Install wählen damit das angefragt wird.

Man kann als Zeitzone m.W. aber auch z.b. UTC+1 wählen. Aber ob er dann
die richtigen Daten für die Daylightsaving umstellung mit bringt weiß
ich nicht. Wählt man DE-Berlin (oder Hamburg wenn angeboten) wird das
sicherlich korrekt eingetragen.

Bye/
/Kay

--
nix

Jens Schuessler

2024-10-04 06:03:55 UTC

Post by Kay Martinen
Man kann als Zeitzone m.W. aber auch z.b. UTC+1 wählen. Aber ob er dann
die richtigen Daten für die Daylightsaving umstellung mit bringt weiß
ich nicht.

Natürlich bringt er die mit. Alles in tzdata (Priority: required).

Peter J. Holzer

2024-10-04 18:12:16 UTC

Post by Jens Schuessler

Post by Kay Martinen
Man kann als Zeitzone m.W. aber auch z.b. UTC+1 wählen. Aber ob er dann
die richtigen Daten für die Daylightsaving umstellung mit bringt weiß
ich nicht.

Natürlich bringt er die mit. Alles in tzdata (Priority: required).

Dafür reicht aber der Offset nicht. UTC+1 im Jänner könnte Wien sein
(DST zwischen Ende März und Ende Oktober), oder Brazzaville (keine DST).

Bei UTC-4 im Juli gibt es sogar drei Möglichkeiten:

Montreal (DST zwischen Mitte März und Anfang November)[1])
La Paz (keine DST)
Santiago (DST zwischen Anfang September und Anfang April)

Historisch gab es noch mehr Unterschiede. Derzeit haben Wien und Rom die
gleichen DST-Regeln, aber in den 70er-Jahren hatten sie andere.

Man muss also notwendigerweise einen Ort angeben, um die richtige
Zeitzone zu finden. Daher werden in Linux die Zeitzonen auch mit
Kontinent/Stadt bezeichnet.

hp

Kay Martinen

2024-10-06 13:23:31 UTC

Post by Peter J. Holzer
Historisch gab es noch mehr Unterschiede. Derzeit haben Wien und Rom die
gleichen DST-Regeln, aber in den 70er-Jahren hatten sie andere.
Man muss also notwendigerweise einen Ort angeben, um die richtige
Zeitzone zu finden. Daher werden in Linux die Zeitzonen auch mit
Kontinent/Stadt bezeichnet.

Wobei mir mal auffiel das es in der Auswahl meistens DE/Berlin gibt,
aber bei einigen wenigen Gelegenheiten fand ich dort auch DE/Hamburg
o.a. deutsche Städte. Was wohl im Prinzip keinen Unterschied machen
sollte. Oder gab es zwischen Berlin und HH mal Unterschiede in den
DST-Regeln (die mir als nicht dort wohnenden unbekannt blieben)?

Bye/
/Kay

--
nix

Kay Martinen

2024-10-04 11:36:19 UTC

Post by Jens Schuessler

Post by Kay Martinen
Man kann als Zeitzone m.W. aber auch z.b. UTC+1 wählen. Aber ob er dann
die richtigen Daten für die Daylightsaving umstellung mit bringt weiß
ich nicht.

Natürlich bringt er die mit. Alles in tzdata (Priority: required).

Cool. Das er dann UTC+1 mit DE/MEZ gleichsetzt. :) Oder was meintest du
jetzt?

N.B. Hätte ich oben GMT+1 schreiben sollen? Weil es scheint als gäb es
da eigene dateien, bei UTC aber nicht. Rein geschaut habe ich jetzt noch
nicht...

Bye/
/Kay

--
nix

Sieghard Schicktanz

2024-10-05 18:45:47 UTC

Hallo Kay,

Post by Kay Martinen
Cool. Das er dann UTC+1 mit DE/MEZ gleichsetzt. :) Oder was meintest du

...

Post by Kay Martinen
N.B. Hätte ich oben GMT+1 schreiben sollen? Weil es scheint als gäb es
da eigene dateien, bei UTC aber nicht. Rein geschaut habe ich jetzt noch

Ja, GMT != UTC. Eine der beiden ist eine sozusagen "synthetische" Zeit,
die ohne Berücksichtigung weiterer Einflüsse mit einem festen Takt (->
Atomuhr) fortgezählt wird, während die andere due Variationen der
Erddrehung und anderer die Tageslänge beeinflssender Faktoren beinhaltet.
Letztere müßte dann UTC sein, wo AFAIK unregelmäßig, eben entsprechend
äußerer Bedingungen, Schaltsekunden eingefügt oder weggelassen werden.
Damit ist es eben schon relevant, welche der beiden "Grundzeiten" man
benutzt, auch wenn das für's tägliche Leben wenig ausmacht.

--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

Ralph Aichinger

2024-10-05 21:19:36 UTC

Post by Sieghard Schicktanz
Ja, GMT != UTC.

Erkläre das mal genauer. GMT ist einfach eine ältere, in UK üblichere
Bezeichnung für die UTC.

Post by Sieghard Schicktanz
Eine der beiden ist eine sozusagen "synthetische" Zeit,

Nein, beides ist die selbe Uhrzeit, nur zweimal unterschiedlich
bezeichnet. So wie "Schraubenzieher" und "Schraubendreher", eines
davon ist für manche nicht korrekt standardkonform, es wird aber von
beiden Begriffen das gleiche bezeichnet.

Post by Sieghard Schicktanz
die ohne Berücksichtigung weiterer Einflüsse mit einem festen Takt (->
Atomuhr) fortgezählt wird, während die andere due Variationen der
Erddrehung und anderer die Tageslänge beeinflssender Faktoren beinhaltet.

Das was stur nach Atomuhr weiterzählt ist TAI (Temps Atomique
International) und hat zu UTC/GMT derzeit 37 Sekunden Unterschied.

https://de.wikipedia.org/wiki/Internationale_Atomzeit

/ralph

Claus Reibenstein

2024-10-06 15:02:28 UTC

Post by Sieghard Schicktanz
Ja, GMT != UTC.

Erkläre das mal genauer. GMT ist einfach eine ältere, in UK üblichere
Bezeichnung für die UTC.

<https://www.uhrinstinkt.de/magazin/utc-und-gmt-unterschied/>

Post by Ralph Aichinger
Das was stur nach Atomuhr weiterzählt ist TAI (Temps Atomique
International) und hat zu UTC/GMT derzeit 37 Sekunden Unterschied.

Zu UTC ja, aber Zu GMT? Dazu müsste man wissen, wie groß der Unterschied
zwischen UTC und GMT derzeit beträgt. Lässt sich sicher ergooglen.

Post by Ralph Aichinger
https://de.wikipedia.org/wiki/Internationale_Atomzeit

Dort steht, dass der Unterschied im Januar 2020 37 Sekunden betrug (so
viel zu "derzeit"). Wie viele es heute sind, weiß ich nicht, aber das
lässt sich sicher ebenfalls ergooglen.

Gruß
Claus

Ralph Aichinger

2024-10-06 16:01:41 UTC

Post by Sieghard Schicktanz
Ja, GMT != UTC.

Erkläre das mal genauer. GMT ist einfach eine ältere, in UK üblichere
Bezeichnung für die UTC.

<https://www.uhrinstinkt.de/magazin/utc-und-gmt-unterschied/>

Dort steht:

| Wer zwischen UTC und GMT einen Unterschied sucht, wird beim Zeitvergleich
| feststellen: Beide Uhren zeigen permanent dieselbe Zeit an

also genau das was ich geschrieben hab.

Post by Claus Reibenstein
Zu UTC ja, aber Zu GMT?

Zu beiden, weil das die selbe Uhrzeit ist.

Post by Claus Reibenstein
Dazu müsste man wissen, wie groß der Unterschied
zwischen UTC und GMT derzeit beträgt. Lässt sich sicher ergooglen.

Post by Ralph Aichinger
https://de.wikipedia.org/wiki/Internationale_Atomzeit

Dort steht, dass der Unterschied im Januar 2020 37 Sekunden betrug (so
viel zu "derzeit"). Wie viele es heute sind, weiß ich nicht, aber das
lässt sich sicher ebenfalls ergooglen.

Es gibt derzeit auf absehbare Zeit keine Schaltsekunden mehr.

/ralph

Jörg Lorenz

2024-10-06 16:57:56 UTC

Post by Sieghard Schicktanz
Ja, GMT != UTC.

Erkläre das mal genauer. GMT ist einfach eine ältere, in UK üblichere
Bezeichnung für die UTC.

<https://www.uhrinstinkt.de/magazin/utc-und-gmt-unterschied/>

| Wer zwischen UTC und GMT einen Unterschied sucht, wird beim Zeitvergleich
| feststellen: Beide Uhren zeigen permanent dieselbe Zeit an
also genau das was ich geschrieben hab.

Post by Claus Reibenstein
Zu UTC ja, aber Zu GMT?

Zu beiden, weil das die selbe Uhrzeit ist.

GMT gibt es offiziell nicht mehr. Es gibt nur noch die Universal Time
Coordinated (=UTC).

M.E. alles irrelevant für das Thema.

--
"Roma locuta, causa finita." (Augustinus)

Ralph Aichinger

2024-10-06 17:24:32 UTC

Post by JÃ¶rg Lorenz
GMT gibt es offiziell nicht mehr.

Kommt drauf an was du unter "offiziell" meinst. Die BBC sagt
z.B. typischerweise GMT, und die sind auch irgendwie offiziell.

/ralph

Jörg Lorenz

2024-10-06 19:44:54 UTC

Post by JÃ¶rg Lorenz
GMT gibt es offiziell nicht mehr.

Kommt drauf an was du unter "offiziell" meinst. Die BBC sagt
z.B. typischerweise GMT, und die sind auch irgendwie offiziell.

An BBC ist genauso nichts offiziell wie am Duden.

Das steht in Wikipedia und das ist AFAIK auch zu 100% korrekt:

"Die Greenwich Mean Time war von 1884 bis 1928 Weltzeit; in dieser
Funktion wurde sie 1972 von der Koordinierten Weltzeit (UTC) abgelöst."

--
"Roma locuta, causa finita." (Augustinus)

Ralph Aichinger

2024-10-06 20:06:29 UTC

Post by JÃ¶rg Lorenz
An BBC ist genauso nichts offiziell wie am Duden.

Das kann man in beiden Fällen unterschiedlich sehen.

Post by JÃ¶rg Lorenz
"Die Greenwich Mean Time war von 1884 bis 1928 Weltzeit; in dieser
Funktion wurde sie 1972 von der Koordinierten Weltzeit (UTC) abgelöst."

Das ist so, wie wenn man schreibt: Der Schraubenzieher wurde 1957 vom
Schraubendreher abgelöst. Die Glühbirne wurde 1962 von der Glühlampe
abgelöst.

/ralph

Kay Martinen

2024-10-06 20:29:19 UTC

Post by JÃ¶rg Lorenz
An BBC ist genauso nichts offiziell wie am Duden.

Das kann man in beiden Fällen unterschiedlich sehen.

Post by JÃ¶rg Lorenz
"Die Greenwich Mean Time war von 1884 bis 1928 Weltzeit; in dieser
Funktion wurde sie 1972 von der Koordinierten Weltzeit (UTC) abgelöst."

Das ist so, wie wenn man schreibt: Der Schraubenzieher wurde 1957 vom
Schraubendreher abgelöst. Die Glühbirne wurde 1962 von der Glühlampe
abgelöst.

Und seit 2018 gilt das (nun auf 7 Basisgrößen verknüpfte) S.I. System.

Die Verwendung von Pfund (Gewicht) und PS u.a. wurden dennoch nicht
unter strafe gestellt. So weit ich weiß. Du magst also auch weiterhin
Pferdestärken (mit) angeben, dir 2 Klafter und 3 Ellen Maße ansehen oder
ähnlich überkommene Maßeinheiten.

Was allerdings die Briten und ihr "Pfund" angeht... naja. Aus der EU -
aus dem Sinn damit. ;)

Und dennoch möchte ich die Leistungswerte eines Automotors nicht in
Elektronenvolt, Kilowattstunden oder Kilojoule o.ä. genannt bekommen.

Schon kW fand ich da zumindest unhandlicher aber so hat halt jeder sein
Geschmäckle.

Bye/
/Kay

--
nix

Sieghard Schicktanz

2024-10-07 19:11:58 UTC

Hallo Kay,

Post by Kay Martinen
Und dennoch möchte ich die Leistungswerte eines Automotors nicht in
Elektronenvolt, Kilowattstunden oder Kilojoule o.ä. genannt bekommen.

Das ist sehr berechtigt, schließlich ist es auch recht ungnstig, den
Durchsatz eines Garten- (oder gar Feuerwehr-) Schlauchs in Litern
anzugeben, oder gar eine Heizleistung in °C.
Man sollte schon immer zusehen, _passende_ Einheiten für eine Größe zu
benutzen, wie z.B. l/min für die Schläuche oder gar kcal/h für die Heizung.
eV, kWh und kJ sind halt mal _Energie_einheiten, whrend bei einem Automotor
generell die _Leistung_ interssiert. Die wirkt sich dann natürlich auf den
Verbrauch aus, aber der wird dann eher in l/(100)km angegeben als eine von
mehreren Zuordnungsmöglichkeiten. Ansonsten sind die alten "PS" und die
neueren kW, aber auch J/s äquivalent und mittels geeigneter Faktoren
ineinander umrechenbar. Bei "PC" vs. "kW" ist der Faktor etwa 3/4, BTW.

Jörg Lorenz

2024-10-06 20:39:07 UTC

Post by JÃ¶rg Lorenz
An BBC ist genauso nichts offiziell wie am Duden.

Das kann man in beiden Fällen unterschiedlich sehen.

Post by JÃ¶rg Lorenz
"Die Greenwich Mean Time war von 1884 bis 1928 Weltzeit; in dieser
Funktion wurde sie 1972 von der Koordinierten Weltzeit (UTC) abgelöst."

Das ist so, wie wenn man schreibt: Der Schraubenzieher wurde 1957 vom
Schraubendreher abgelöst. Die Glühbirne wurde 1962 von der Glühlampe
abgelöst.

Blödsinn. UTC =/ GMT.
Schlau Dich mal mit der Definition von UTC und der ehemaligen GMT auf,
dann wird Dir vielleicht klar, was Du für einen Unsinn verzapfst.

--
"Roma locuta, causa finita." (Augustinus)

Ralph Aichinger

2024-10-06 21:16:10 UTC

Post by JÃ¶rg Lorenz
Blödsinn. UTC =/ GMT.
Schlau Dich mal mit der Definition von UTC und der ehemaligen GMT auf,
dann wird Dir vielleicht klar, was Du für einen Unsinn verzapfst.

Wenn jemand heute "GMT" sagt, dann meint er UTC. Es gibt ja vermutlich
niemanden mehr, der eine GMT auf welche Art auch immer als separate Zeit
weiterführt (genauso wie es niemanden gibt, der 1 Zoll von einem Urmaß
definiert, das wird einfach vom Meter abgeleitet).

Wenn die BBC daher die Zeit als GMT ansagt, dann nimmt sie einfach die
UTC her, und nennt sie einfach anders.

Das ist genauswo wie mit Sommerzeit und Winterzeit. Es gibt ja Leute,
die behaupten es gäbe keine Winterzeit. Trotzdem würde niemand auf die
Idee kommen, unsere Winterzeit und MEZ als zwei unterschiedliche Zeiten
zu sehen.

/ralph

Jörg Lorenz

2024-10-07 06:45:56 UTC

Post by JÃ¶rg Lorenz
Blödsinn. UTC =/ GMT.
Schlau Dich mal mit der Definition von UTC und der ehemaligen GMT auf,
dann wird Dir vielleicht klar, was Du für einen Unsinn verzapfst.

Sorry, das ist irrelevant.

https://www.timeanddate.de/zeitzonen/utc-gmt-unterschied

--
"Roma locuta, causa finita." (Augustinus)

Marc Haber

2024-10-07 07:19:55 UTC

Post by JÃ¶rg Lorenz
Blödsinn. UTC =/ GMT.
Schlau Dich mal mit der Definition von UTC und der ehemaligen GMT auf,
dann wird Dir vielleicht klar, was Du für einen Unsinn verzapfst.

Wenn jemand heute "GMT" sagt, dann meint er UTC.

Und was meint er wenn er Zulu sagt?

Grüße
Marc

Ralph Aichinger

2024-10-07 07:51:04 UTC

Post by Ralph Aichinger
Wenn jemand heute "GMT" sagt, dann meint er UTC.

Und was meint er wenn er Zulu sagt?

IMHO das gleiche, nur strammer-militärischer ;)

/ralph

Rupert Haselbeck

2024-10-06 21:30:05 UTC

Post by JÃ¶rg Lorenz

Post by JÃ¶rg Lorenz
An BBC ist genauso nichts offiziell wie am Duden.

Das kann man in beiden Fällen unterschiedlich sehen.

Post by JÃ¶rg Lorenz
"Die Greenwich Mean Time war von 1884 bis 1928 Weltzeit; in dieser
Funktion wurde sie 1972 von der Koordinierten Weltzeit (UTC) abgelöst."

Nur weil irgendein Clown falsche oder für den ein oder anderen
missverständliche Aussagen in der Wikipedia ablegt (und dann mit Zähnen
und Klauen verteidigt), ist sowas nicht allein deshalb zutreffend. Es
findet sich eine Menge Unsinn dort

Post by JÃ¶rg Lorenz
Blödsinn. UTC =/ GMT.

Das stimmt immerhin zum Teil. UTC ist die koordinierte Weltzeit. GMT ist
eine in etlichen Regionen dieser Welt gültige und teils ganzjährig,
teils nur für mehr oder minder lange Zeiträume, während denen dann
(z.B.) eine abweichende Sommerzeit gilt, mit UTC übereinstimmende
regionale Zeit, z.B. auf der, ganz treffend, wie es aussieht,
Troll-Station (aber nur im Winter, im Sommer gilt dort MESZ)...

Post by JÃ¶rg Lorenz
Schlau Dich mal mit der Definition von UTC und der ehemaligen GMT auf,
dann wird Dir vielleicht klar, was Du für einen Unsinn verzapfst.

Deine durch nichts gerechtfertigte Rechthaberei wirkt manchmal schon arg
skurril. Gerade auch bei so offenkundig falschen Behauptungen

MfG
Rupert

Jörg Lorenz

2024-10-07 06:42:38 UTC

Post by JÃ¶rg Lorenz
An BBC ist genauso nichts offiziell wie am Duden.

Das kann man in beiden Fällen unterschiedlich sehen.

Post by JÃ¶rg Lorenz
"Die Greenwich Mean Time war von 1884 bis 1928 Weltzeit; in dieser
Funktion wurde sie 1972 von der Koordinierten Weltzeit (UTC) abgelöst."

Das ist so, wie wenn man schreibt: Der Schraubenzieher wurde 1957 vom
Schraubendreher abgelöst. Die Glühbirne wurde 1962 von der Glühlampe
abgelöst.

https://www.timeanddate.de/zeitzonen/utc-gmt-unterschied

Unterschied zwischen UTC und GMT
Von Konstantin Bikos und Anne Buckle

Greenwich Mean Time (GMT) und Koordinierte Weltzeit (UTC) haben dieselbe
aktuelle Uhrzeit. Deswegen werden die beiden im alltäglichen Gebrauch
oft verwechselt. Aber es gibt einen entscheidenden Unterschied.

UTC ist keine Zeitzone
Die Koordinierte Weltzeit (UTC) ist keine Zeitzone, sondern ein
Zeitstandard für die Berechnung von Ortszeiten in Zeitzonen weltweit.
Aktuelle UTC

Greenwich Mean Time (GMT) ist eine Zeitzone. Sie orientiert sich an der
UTC und wird heute in mehreren Ländern offiziell verwendet, darunter
Großbritannien.
GMT als Zeitstandard veraltet
Vor Einführung der UTC am 1. Januar 1972 war die GMT der internationale
Zeitstandard, von dem alle Ortszeiten weltweit abgeleitet wurden. Damals
basierte sie ausschließlich auf der Messung der Erdrotation – genauer:
auf der mittleren Ortszeit am Nullmeridian, der den Londoner Stadtteil
Greenwich quert.

Da sich jedoch die Erdumdrehung über die Jahre verlangsamt und die Tage
dadurch immer länger werden, war die GMT kein sehr genauer Zeitstandard.
So weicht die GMT im klassischen Sinne (heute UT1 genannt) Bruchteile
einer Sekunde von der UTC ab, die primär auf der Zeitmessung
hochpräziser Atomuhren basiert.

Wie wird die UTC bestimmt?

GMT heute
Seit der offiziellen Einführung der UTC ist die GMT keine weltweite
Referenzgröße mehr – sondern eine gewöhnliche Zeitzone. Die heutige GMT
orientiert sich also nicht mehr am Sonnenlauf, sondern an der UTC. Da
die GMT eine UTC-Zeitverschiebung (sog. UTC Offset) von ±0 Stunden hat,
ist die Uhrzeit genau dieselbe.

Welche Länder befolgen GMT?
In Europa wird die GMT offiziell im Winterhalbjahr in Großbritannien und
Irland, sowie ganzjährig in Island befolgt. In Portugal gilt zwar
dieselbe Zeit, jedoch unter dem Namen Westeuropäische Zeit (WEZ).
Mehrere Länder in Westafrika befolgen ebensfalls ganzjährig GMT,
darunter Ghana, Mali und Mauretanien.

In Großbritannien werden die Uhren im Sommer um eine Stunde auf British
Summer Time (BST) vorgestellt, in Irland auf Irish Standard Time (IST).

--
"Roma locuta, causa finita." (Augustinus)

Nomen Nescio

2024-10-07 12:31:32 UTC

Post by JÃ¶rg Lorenz
Greenwich Mean Time (GMT) ist eine Zeitzone. Sie orientiert sich an der
UTC und wird heute in mehreren Laendern offiziell verwendet, darunter
Grossbritannien.

Da steht es doch.

Kay Martinen

2024-10-06 20:02:23 UTC

Post by JÃ¶rg Lorenz

Post by JÃ¶rg Lorenz
GMT gibt es offiziell nicht mehr.

Kommt drauf an was du unter "offiziell" meinst. Die BBC sagt
z.B. typischerweise GMT, und die sind auch irgendwie offiziell.

An BBC ist genauso nichts offiziell wie am Duden.

Deine Meinung dazu ist aber auch nur "inoffiziell" oder arbeitest du für
die Britische Regierung? ;)

Post by JÃ¶rg Lorenz
"Die Greenwich Mean Time war von 1884 bis 1928 Weltzeit; in dieser
Funktion wurde sie 1972 von der Koordinierten Weltzeit (UTC) abgelöst."

Und im Zeitraum von 1928 bis 1972 gab es dann... nichts! Zu der Zeit
aufkommende Rechner und OS konnten also machen was sie wollten...

Nur weil etwas nicht mehr Weltzeit oder "Offiziell" genug ist heißt das
ja nicht das GMT nicht mehr gültig, verwendet oder mit UTC überein
stimmen kann.

Bye/
/Kay

--
nix

Jörg Lorenz

2024-10-06 20:35:54 UTC

Post by JÃ¶rg Lorenz
"Die Greenwich Mean Time war von 1884 bis 1928 Weltzeit; in dieser
Funktion wurde sie 1972 von der Koordinierten Weltzeit (UTC) abgelöst."

Und im Zeitraum von 1928 bis 1972 gab es dann... nichts! Zu der Zeit
aufkommende Rechner und OS konnten also machen was sie wollten...
Nur weil etwas nicht mehr Weltzeit oder "Offiziell" genug ist heißt das
ja nicht das GMT nicht mehr gültig, verwendet oder mit UTC überein
stimmen kann.

GMT existiert ganz einfach nicht mehr. Ob *Du* UTC so nennst, ist mir
persönlich eigentlich so lang wie breit. Der Wikipedia-Artikel zu diesem
Thema ist sehr informativ.

Du hast immer so was Trolliges. Wirklich süss.

--
"Roma locuta, causa finita." (Augustinus)

Kay Martinen

2024-10-06 21:38:33 UTC

Post by JÃ¶rg Lorenz
Du hast immer so was Trolliges. Wirklich süss.

Das denke ich auch über dich also passt's schon. ;)

Bye/
/Kay

--
🅿🅾🆂🆃🅴🅳 🆅🅸🅰 🅻🅴🅰🅵🅽🅾🅳🅴

Stefan+ (Stefan Froehlich)

2024-10-07 06:41:10 UTC

Post by JÃ¶rg Lorenz
"Die Greenwich Mean Time war von 1884 bis 1928 Weltzeit; in dieser
Funktion wurde sie 1972 von der Koordinierten Weltzeit (UTC)
abgelöst."

Ich fände "umbenannt" das deutlich passendere Wort. Ablösen kann man
Dinge IMO nur, wenn dadurch wenigstens eine minimale Änderung
passiert. Das ist allerdings ein rein sprachliches Problem, kein
technisches.

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Geht nicht!? Das gibt's nicht, jedenfalls nicht bei uns: Stefan.
(Sloganizer)

Peter J. Holzer

2024-10-07 16:57:35 UTC

Post by Stefan+ (Stefan Froehlich)

Post by JÃ¶rg Lorenz
"Die Greenwich Mean Time war von 1884 bis 1928 Weltzeit; in dieser
Funktion wurde sie 1972 von der Koordinierten Weltzeit (UTC)
abgelöst."

Ich fände "umbenannt" das deutlich passendere Wort. Ablösen kann man
Dinge IMO nur, wenn dadurch wenigstens eine minimale Änderung
passiert.

Das war sogar eine recht drastische Änderung. Während GMT auf
astronomischen Beobachtungen basiert(e) und die Länge eines Tages (und
einer Sekunde als 86400stel davon) kontinuierlich schwanken konnte,
basiert UTC auf der modernen Definition der Sekunde als "das
9.192.631.770-fache der Periodendauer der Strahlung, die dem Übergang
zwischen den beiden Hyperfeinstrukturniveaus des Grundzustandes von
Atomen des Nuklids 133Cs entspricht". Da 86400 dieser Sekunden nicht
exakt einem astronomischen Tag entsprechen, wurde damit auch die
Einführung von Schaltsekunden notwendig, wodurch die Länge eines Tages
jetzt diskret schwankt.

hp

Ralph Aichinger

2024-10-07 20:25:56 UTC

Post by Peter J. Holzer
Das war sogar eine recht drastische Änderung. Während GMT auf
astronomischen Beobachtungen basiert(e) und die Länge eines Tages (und
einer Sekunde als 86400stel davon) kontinuierlich schwanken konnte,
basiert UTC auf der modernen Definition der Sekunde als "das
9.192.631.770-fache der Periodendauer der Strahlung, die dem Übergang
zwischen den beiden Hyperfeinstrukturniveaus des Grundzustandes von
Atomen des Nuklids 133Cs entspricht". Da 86400 dieser Sekunden nicht
exakt einem astronomischen Tag entsprechen, wurde damit auch die
Einführung von Schaltsekunden notwendig, wodurch die Länge eines Tages
jetzt diskret schwankt.

Für die Definition der Sekunde mag das ein drastischer philosophischer
Unterschied gewesen sein. Für die UTC eigentlich nicht, weil ein
Komittee in Paris letztendlich über die Schaltsekunde die Erdbewegung
einbezogen hat. Zumindest bis vor kurzem, und glaube ich immer noch
nicht offiziell deklariert, die Schaltsekunden de facto abgeschafft
worden sind.

Radikaler wäre es gewesen gleich auf TAI oder sowas umzustellen. Eventuell auch
praktisch sinnvoller (Schaltsekunden wären nie ein Problem gewesen).
Wenn man geschickt gewesen wäre, hätte man es 1970 zeitgleich mit der
Unix-Epoche machen können ;)

/ralph

Peter J. Holzer

2024-10-06 21:29:20 UTC

Post by JÃ¶rg Lorenz
GMT gibt es offiziell nicht mehr.

Kommt drauf an was du unter "offiziell" meinst. Die BBC sagt
z.B. typischerweise GMT, und die sind auch irgendwie offiziell.

"GMT" war offenbar eine Nachrichtensendung der BBC bis 2019 ;-).

| GMT has the latest developments from across the globe, with updates on
| business and sport.

Auf https://www.bbc.com/news/world-radio-and-tv-12764012 unterscheiden
sie tatsächlich zwischen GMT und UTC:

| Greenwich Mean Time (GMT) is the time measured on the Earth's zero
| degree line of longitude, or meridian.
[...]
| BBC World Service times are normally shown in GMT
[...]
| Some broadcasters show times in UTC (Co-ordinated Universal Time).
|
| This is essentially the same as GMT, but UTC is measured by an atomic
| clock and is thus more accurate - by split seconds.
|
| It is used primarily for scientific purposes.

Ich bin mir ziemlich sicher, dass sie sich da irren. Die Erklärung, was
GMT und UTC sind, ist korrekt[1], aber UTC wird nicht "primarily for
scientific purposes" verwendet, sondern ist die Basis jeglicher ziviler
Zeitrechnung. Wenn die BBC die Zeit in "GMT" angibt, dann verwendet sie
sicher UTC und nicht die astronomischen Beobachtungen des Observatoriums
in Greenwich.

hp

[1] Bei GMT eher historisch korrekt.

Ralph Aichinger

2024-10-06 21:39:54 UTC

Post by Peter J. Holzer
Ich bin mir ziemlich sicher, dass sie sich da irren. Die Erklärung, was
GMT und UTC sind, ist korrekt[1], aber UTC wird nicht "primarily for
scientific purposes" verwendet, sondern ist die Basis jeglicher ziviler
Zeitrechnung. Wenn die BBC die Zeit in "GMT" angibt, dann verwendet sie
sicher UTC und nicht die astronomischen Beobachtungen des Observatoriums
in Greenwich.

Ja sicher, in Greenwich ist ja glaub ich auch nur mehr Museumsbetrieb,
sehr sehenswert, aber.

Die werden einfach die Zeit genauso "bekommen" wie alle anderen auch,
die einen genaue Zeit brauchen: Per GPS-Antenne, und letztendlich als
UTC (eigentlich wohl als GPS-Zeit, die sich sowohl gegenüber der TAI als
auch gegenüber UTC um ein paar Sekunden unterscheidet, aber da schlägt
man dann vermutlich noch im Empfänger diese Sekunden drauf).

/ralph

Marco Moock

2024-10-07 09:50:46 UTC

Post by Peter J. Holzer
| Some broadcasters show times in UTC (Co-ordinated Universal Time).

Bei Programmplänen auf KW wird der Grund einfach sein, dass UTC da
bekannt ist, weil es sich um die Weltzeit handelt. Solche Pläne werden
dann in UTC gemacht, damit Hörer aus dem Ausland leichter umrechnen
können.

--
Gruß
Marco

Spam und Werbung bitte an
***@nirvana.admins.ws

Peter J. Holzer

2024-10-07 17:06:49 UTC

Post by Marco Moock

Post by Peter J. Holzer
| Some broadcasters show times in UTC (Co-ordinated Universal Time).

Bitte beachte den Zusammenhang. In dem Artikel steht, dass das BBC World
Service die Zeit in GMT angibt (das ganze Jahr über, nicht nur im
Winter), aber manche anderen Rundfunkanstalten UTC verwenden. Das ist
aber (mit an Sicherheit grenzender Wahrscheinlichkeit) genau das Gleiche
und unterscheidet sich auch nicht um "split seconds", wie der Autor des
Artikels meint.

hp

Ralph Aichinger

2024-10-07 20:28:29 UTC

Post by Peter J. Holzer
Winter), aber manche anderen Rundfunkanstalten UTC verwenden. Das ist
aber (mit an Sicherheit grenzender Wahrscheinlichkeit) genau das Gleiche
und unterscheidet sich auch nicht um "split seconds", wie der Autor des
Artikels meint.

Ich halte die split seconds für ein Mißverständnis dieses Autors.
Siehe auch, quasi "from the horse's mouth":

https://www.rmg.co.uk/stories/topics/bbc-pips-history-royal-observatory-greenwich-time-service

/ralph

Jörg Lorenz

2024-10-07 11:38:21 UTC

So ist es. UTC ist die absolute Zeit und alle relativen Zeiten richten
sich an ihr aus. Sämtliche technischen Geräte inkl. Atomuhren richten
sich daran aus. Insbesondere auch alle GPS- und Gallileo-Satelliten mit
ihren Zeitgebern und Zeitnehmern.

--
"Roma locuta, causa finita." (Augustinus)

Claus Reibenstein

2024-10-06 18:40:05 UTC

Post by Sieghard Schicktanz
Ja, GMT != UTC.

Erkläre das mal genauer. GMT ist einfach eine ältere, in UK üblichere
Bezeichnung für die UTC.

<https://www.uhrinstinkt.de/magazin/utc-und-gmt-unterschied/>

| Wer zwischen UTC und GMT einen Unterschied sucht, wird beim Zeitvergleich
| feststellen: Beide Uhren zeigen permanent dieselbe Zeit an
also genau das was ich geschrieben hab.

Du solltest weiterlesen und nicht gleich beim ersten Satz aufhören, nur
weil der scheinbar deine Äußerung bestätigt.

Gruß
Claus

Helmut Waitzmann

2024-10-07 20:18:54 UTC

Post by Ralph Aichinger
Es gibt derzeit auf absehbare Zeit keine Schaltsekunden mehr.

Steht das schon fest?

Das bedeutet, dass man irgendwann einen größeren Schaltschritt
(eine Minute oder Stunde?) wird machen müssen, damit die Uhren
der Sonne nicht davonlaufen.

Hat sich eigentlich schon mal jemand überlegt, wie bei so einem
Schritt, der ja nur in Europa einigermaßen mitten in der Nacht
stattfindet, wo es nur relativ wenige Menschen betrifft, in
Ländern verfahren wird, wo er mitten am Tag auftritt? (Denn,
dass er rund um den Globus im selben Augenblick stattfinden muss,
wird unbestritten sein, wenn man nicht absolutes Zeitchaos
riskieren will.)

Da sehe ich Komplikationen, die die bisherigen Schaltsekunden um
ein Vielfaches übertreffen werden.

Und überhaupt: Rechnersysteme mögen es überhaupt nicht, wenn man
ihnen die Uhr zurückstellt. Die Alternative, die Uhr für den dem
Schaltschritt entsprechenden Zeitraum anzuhalten oder auch nur
entsprechend länger zu verlangsamen, ist auch nicht viel besser –
vor allem dann nicht, wenn der Zeitraum nicht nur eine Sekunde,
sondern eine Minute oder gar Stunde ausmacht. Sie vermeidet zwar
Zeitsprünge, ruiniert aber Frequenzmessungen (Geschwindigkeit,
Umdrehungen pro Zeiteinheit).

Helmut Waitzmann

2024-10-07 19:44:53 UTC

Post by Sieghard Schicktanz
Ja, GMT != UTC.

Erkläre das mal genauer. GMT ist einfach eine ältere, in UK
üblichere Bezeichnung für die UTC.

<https://www.uhrinstinkt.de/magazin/utc-und-gmt-unterschied/>

Post by Ralph Aichinger
Das was stur nach Atomuhr weiterzählt ist TAI (Temps Atomique
International) und hat zu UTC/GMT derzeit 37 Sekunden
Unterschied.
https://de.wikipedia.org/wiki/Internationale_Atomzeit

Dort steht, dass der Unterschied im Januar 2020 37 Sekunden
betrug (so viel zu "derzeit"). Wie viele es heute sind, weiß ich
nicht, aber das lässt sich sicher ebenfalls ergooglen.

<http://hpiers.obspm.fr/eop-pc>

Daraus zitiert:

Last leap second: 31 December 2016 TAI - UTC: 37 s Next leap
second: Not scheduled

(Ende des Zitats.) Auf einem Debian‐System sollte man alle dem
System bekannten Schaltsekunden mit dem folgenden Kommando sehen
können:

zdump -V -- right/Europe/Berlin |
grep -E -v -e ':(00|59) '

Die Ausgabe gibt die Schaltsekunden, also die jeweils letzte
Sekunde vor der nächsten Uhrzeit XX:XX:00 mit voller Minute aus.
Im Fall einer eingefügten Schaltsekunde ist das dann eine Uhrzeit
der Form XX:XX:60, d. h., eine eingefügte 60ste Sekunde vor dem
Beginn der nächsten Minute, im Fall einer ausgelassenen
Schaltsekunde wäre das dann eine Uhrzeit der Form XX:XX:58 (ist
meines Wissens bisher nie vorgekommen).

Kay Martinen

2024-10-06 17:21:03 UTC

Post by Sieghard Schicktanz
Hallo Kay,

Post by Kay Martinen
Cool. Das er dann UTC+1 mit DE/MEZ gleichsetzt. :) Oder was meintest du

...

Post by Kay Martinen
N.B. Hätte ich oben GMT+1 schreiben sollen? Weil es scheint als gäb es
da eigene dateien, bei UTC aber nicht. Rein geschaut habe ich jetzt noch

Ja, GMT != UTC. Eine der beiden ist eine sozusagen "synthetische" Zeit,

Das kann dann nur UTC sein. GMT gibt es länger und ist kaum Synthetisch
zu nennen.

Post by Sieghard Schicktanz
Damit ist es eben schon relevant, welche der beiden "Grundzeiten" man
benutzt, auch wenn das für's tägliche Leben wenig ausmacht.

GMT ist Greenwich Meantime und die ist m.W. auch der "Anker" für UTC
woraus sich Zeitlich erst mal keine Abweichung ergibt. Zumal das IMO
auch die Feste Datumsgrenze ist, weshalb es bei UTC ja auch nur den
Wertebereich von -11 bis +12 gibt (= 24Std).

Ich bezog mich oben aber nur darauf das es im tzdata verzeichnis für
alle möglichen Länder und Städte eigene Dateien gibt, für UTC fand ich
aber keine 24 verschiedenen Dateien. Deswegen ging ich davon aus das die
DST-Regeln eher in den Benamten dateien stecken werden, und nicht in
UTC-irgendwas dateien.

Darum zweifele ich an das ein PC den man (im Sommer) mit der Angabe
UTC+2 einrichtete dann auch im Herbst die Umstellung auf Winterzeit
(UTC+1=GMT+1) zum richtigen Zeitpunkt macht.

Wenn man ihn mit DE/Berlin einrichtet sollte es dagegen stimmen.

Bye/
/Kay

--
nix

Jörg Lorenz

2024-10-06 19:46:40 UTC

Post by Sieghard Schicktanz
Hallo Kay,

Post by Kay Martinen
Cool. Das er dann UTC+1 mit DE/MEZ gleichsetzt. :) Oder was meintest du

...

Post by Kay Martinen
N.B. Hätte ich oben GMT+1 schreiben sollen? Weil es scheint als gäb es
da eigene dateien, bei UTC aber nicht. Rein geschaut habe ich jetzt noch

Ja, GMT != UTC. Eine der beiden ist eine sozusagen "synthetische" Zeit,

Das kann dann nur UTC sein. GMT gibt es länger und ist kaum Synthetisch
zu nennen.

GMT gibt es nicht mehr. Und zwar mehr als ein halbes Jahrhundert.

Die Greenwich Mean Time war von 1884 bis 1928 Weltzeit; in dieser
Funktion wurde sie 1972 von der Koordinierten Weltzeit (UTC) abgelöst.

--
"Roma locuta, causa finita." (Augustinus)

Kay Martinen

2024-10-06 20:05:41 UTC

Post by JÃ¶rg Lorenz

Post by Sieghard Schicktanz
Ja, GMT != UTC. Eine der beiden ist eine sozusagen "synthetische" Zeit,

Das kann dann nur UTC sein. GMT gibt es länger und ist kaum Synthetisch
zu nennen.

GMT gibt es nicht mehr. Und zwar mehr als ein halbes Jahrhundert.

Sorry aber, das ist mir Scheißegal ob irgendwer sagt oder behauptet das
es die nicht mehr gibt.

Ich behaupte sie ist noch in Gebrauch. Damit ist sie weder tot noch gibt
es sie nicht mehr. Punkt, Fakt, Ende.

Du mußt jetzt nicht widersprechen... :)

Bye/
/Kay

--
nix

Jörg Lorenz

2024-10-06 20:50:01 UTC

Post by JÃ¶rg Lorenz
GMT gibt es nicht mehr. Und zwar mehr als ein halbes Jahrhundert.

Sorry aber, das ist mir Scheißegal ob irgendwer sagt oder behauptet das
es die nicht mehr gibt.
Ich behaupte sie ist noch in Gebrauch. Damit ist sie weder tot noch gibt
es sie nicht mehr. Punkt, Fakt, Ende.
Du mußt jetzt nicht widersprechen... :)

Muss ich nicht und will ich nicht. Mit Ewiggestrigen zu diskutieren ist
sinnlos. Das Positive daran ist, dass Deine Meinung zu diesem Thema
weder was ändert, noch sonst irgendeine Wirkung entfaltet. In Deinem
Leben war es wohl immer Dein Problem, dass Du gar nicht fähig bist, auf
andere einzugehen.

Post by Kay Martinen
Bye/
/Kay

--
"Roma locuta, causa finita." (Augustinus)

Kay Martinen

2024-10-06 21:42:13 UTC

Am 06.10.24 um 22:50 schrieb Jörg Lorenz:

... [Bullshit gelöscht]

Post by JÃ¶rg Lorenz
andere einzugehen.

Da du jetzt; mangels anderer Argumente; persönlich wirst:

*Plonk* (Das war fast ab zu sehen).

Thomas Barghahn

2024-10-06 23:16:53 UTC

Post by JÃ¶rg Lorenz
GMT gibt es nicht mehr. Und zwar mehr als ein halbes Jahrhundert.
Die Greenwich Mean Time war von 1884 bis 1928 Weltzeit; in dieser
Funktion wurde sie 1972 von der Koordinierten Weltzeit (UTC) abgelöst.

Tatsächlich habe ich noch nie solch einen Unfug bezüglich GMT gelesen!
Man lese bitte "en Detail":
<https://www.timeanddate.de/zeitzonen/utc-gmt-unterschied> und/oder
<https://www.timeanddate.com/time/gmt-utc-time.html>

Thomas

--
== S E N D E Z E I T =================================
+ DATUM : Montag, 07. Oktober 2024
+ UHRZEIT: 01:16:53 UHR (MESZ)
== Heute: Gründung der DDR 1949 | Tag der Badewanne ==

Jens Schuessler

2024-10-06 17:21:50 UTC

Post by Jens Schuessler

Post by Kay Martinen
Man kann als Zeitzone m.W. aber auch z.b. UTC+1 wählen. Aber ob er dann
die richtigen Daten für die Daylightsaving umstellung mit bringt weiß
ich nicht.

Natürlich bringt er die mit. Alles in tzdata (Priority: required).

Cool. Das er dann UTC+1 mit DE/MEZ gleichsetzt. :) Oder was meintest du
jetzt?

Never mind, hatte die Frage flasch verstanden ;-)

Stefan+ (Stefan Froehlich)

2024-10-07 06:47:52 UTC

Post by Kay Martinen
Man kann als Zeitzone m.W. aber auch z.b. UTC+1 wählen. Aber ob er
dann die richtigen Daten für die Daylightsaving umstellung mit
bringt weiß ich nicht.

Wer immer bei UTC+1 eine allfällige Sommerzeit berücksichtigt, macht
etwas falsch (insofern würde mich sehr wundern, wenn das überhaupt
jemand tut). UTC+n definiert einen Offset zur UTC und hat somit per
Definition keine Zeitumstellung.

Post by Kay Martinen
Wählt man DE-Berlin (oder Hamburg wenn angeboten) wird das
sicherlich korrekt eingetragen.

Dann und nur dann ist das möglich, da für die korrekte
Zeitumstellung immer das politische Gebilde bekannt sein muss, für
das die Zeit angegeben wird. Ein erheblicher Teil von Afrika
verwendet UTC+1, aus naheliegenden Gründen jedoch ganzjährig. Und
würde Afrika weiter in den Süden reichen, hätte man dort womöglich
auch halbjährliche Zeitumstellungen, allerdings genau antizyklisch
zu den unsrigen.

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan soll mehr als Laune machen!
(Sloganizer)

Kay Martinen

2024-10-02 20:50:16 UTC

Post by Claus Reibenstein
Das Problem lässt sich lösen, indem man Windows beibringt, ebenfalls von
UTC auszugehen. [...]

Oder einem Installierten Linux das es UTC NICHT verwenden solle.

Post by Marcel Mueller
Das ist halt historisch aus DOS-Zeiten gewachsen, wo man so etwas wie
Zeitzonen noch gar nicht konnte.

Die ersten PCs hatten auch noch keine RTC. Wenn du dort ein DOS bootest
kommt als erstes die Frage nach Date & Time. Die RTC gab es erst mit dem
PC-AT plus CMOS-RAM (das uns nebenbei das Y2k-Problem bescherte).

Post by Claus Reibenstein
Und dass Microsoft es bis heute, Jahrzehnte später, immer noch nicht
geschafft hat, diesen Murx aus den aktuellen Windows-Versionen
rauszunehmen, ist - freundlich ausgedrückt - bemerkenswert...

Was meinst du speziell? Das es die BIOS-Zeit als lokale Zeit annimmt und
das auch so umsetzt? Wie o.g. ist das quasi historisch bedingt.

Zeitzonen und Zeitsync per internet gibt es eingebaut mindestens seit
W2k und davor gab es "atomzeit" o.a. tools dafür.

Post by Claus Reibenstein
Wie so oft liegt das Problem mal wieder bei Microsoft und nicht bei Linux.

Da es DOS und Windows VOR Linux gab ist das eine zumindest fragwürdige
Schlußfolgerung.

Und auch wenn NT sich einiges von Großrechnern oder Unixoiden abgeguckt
haben soll (weil einer Seiner Entwickler aus der Ecke kam) ist Linux
dennoch später gekommen und allgemein betrachtet näher an Unices - die
wohl eben ihre Systemuhr eher auf UTC laufen hatten.

Und AFAIR holen sich beide bestenfalls beim booten die Zeit von der RTC
und zählen dann per Software intern weiter. War vielleicht mit ein grund
ntp zu erfinden. Weil die Software-uhren mit der Zeit doch abweichen
können und es damit verglichen ewig lang dauerte jedes mal die Zeit aus
der RTC zu holen.

Wobei man noch die Frage erörtern könnte ob die Unices auf damaligen
Großrechnern überhaupt eine RTC erreichen könnten - so es denn eine
gegeben hätte!? Homecomputer hatten keine. Erst der PC-AT hatte eine.
Und sonst so???

In dem Umfeld (Große alte Rechner/Mainframes mit Unix) würde ich eher
erwarten das eine Zentrale Maschine einen Empfänger für ein Zeitnormal
(DCF-77 o.a.) hätte und damit einen lokalen stratum 1 server für alle
anderen macht(e). Alle anderen können sich beim Hochfahren dann daran
orientieren.

Bye/
/Kay

--
nix

Ulli Horlacher

2024-10-02 21:34:14 UTC

Post by Kay Martinen
Wobei man noch die Frage erörtern könnte ob die Unices auf damaligen
Großrechnern überhaupt eine RTC erreichen könnten - so es denn eine
gegeben hätte!? Homecomputer hatten keine. Erst der PC-AT hatte eine.
Und sonst so???

Ausser PCs und Grossrechner gab es noch mehrere Computerklassen:
Workstations, Server, etc mit UNIX, VMS, BS2000, NOS/VE, usw

Die hatten alle eine RTC.
Ich hab noch eine MicroVAX II unterm Schreibtisch, die hat das auch.

--
Ullrich Horlacher Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart E-Mail: ***@tik.uni-stuttgart.de
Allmandring 30a Tel: ++49-711-68565868
70569 Stuttgart (Germany) WWW: https://www.tik.uni-stuttgart.de/

Marc Haber

2024-10-03 09:05:51 UTC

Post by Ulli Horlacher
Ich hab noch eine MicroVAX II unterm Schreibtisch, die hat das auch.

Als Heizlüfter?

Grüße
Marc

Ulli Horlacher

2024-10-03 09:09:15 UTC

Post by Ulli Horlacher
Ich hab noch eine MicroVAX II unterm Schreibtisch, die hat das auch.

^^^^^

Post by Marc Haber
Als Heizlüfter?

Viele aktuelle PCs brauchen mehr Strom, spatestens dann wenn sie eine
Zusatzgrafikkarte habe.

Marc Haber

2024-10-03 10:49:18 UTC

Post by Ulli Horlacher

Post by Ulli Horlacher
Ich hab noch eine MicroVAX II unterm Schreibtisch, die hat das auch.

^^^^^

Post by Marc Haber
Als Heizlüfter?

Viele aktuelle PCs brauchen mehr Strom, spatestens dann wenn sie eine
Zusatzgrafikkarte habe.

Die Microvax kommt mit 200 Watt aus?

Grüße
Marc

Dietz Proepper

2024-10-03 11:19:56 UTC

Post by Marc Haber
Die Microvax kommt mit 200 Watt aus?

Ja. Hab ich gemessen. Es klingt allerdings eher nach 2 kW.
"Die VAX war teuer, also soll man das auch hoeren!" :-}

Vermutlich würde ein Lüftertausch die H-Kennzeichnung kaputt machen?

*duck*

--
For a successful technology, reality must take precedence over public
relations, for nature cannot be fooled. - Richard P. Feynman, 1987

Kay Martinen

2024-10-03 15:56:15 UTC

Post by Ulli Horlacher

Post by Ulli Horlacher
Ich hab noch eine MicroVAX II unterm Schreibtisch, die hat das auch.

^^^^^

Post by Marc Haber
Als Heizlüfter?

Viele aktuelle PCs brauchen mehr Strom, spatestens dann wenn sie eine
Zusatzgrafikkarte habe.

Die Microvax kommt mit 200 Watt aus?

Ja. Hab ich gemessen. Es klingt allerdings eher nach 2 kW.
"Die VAX war teuer, also soll man das auch hoeren!" :-}

Ich hab hier ein HP MSA (-20 o. -30) Plattengehäuse in das ca. ein
Dutzend 5,25" SCA rein passen. Mit zwei Fetten Windturbinen im Heck die
sich auch mehr nach 2kW anhören.

Das hab ich; zusammen mit einem Proliant DL 380 G4 mal gemessen und kam
auf etwa die hälfte. Und der G4 ist auch kein Kostverächter (2*P4 CPU).

Beim Hochfahren machen beide mordskrach. Aber der G4 dreht dann immerhin
runter, die Storage-box nicht.

Bye/
/Kay

--
nix

Marc Haber

2024-10-03 16:16:02 UTC

Post by Ulli Horlacher

Post by Ulli Horlacher
Ich hab noch eine MicroVAX II unterm Schreibtisch, die hat das auch.

^^^^^

Post by Marc Haber
Als Heizlüfter?

Viele aktuelle PCs brauchen mehr Strom, spatestens dann wenn sie eine
Zusatzgrafikkarte habe.

Die Microvax kommt mit 200 Watt aus?

Ja. Hab ich gemessen.

Eindrucksvoll. Hätte ich nicht erwartet.

Es klingt allerdings eher nach 2 kW.

DAS hätte ich jetzt erwartet. Sowohl in der Lautstärke als auch in der
Energieaufnahme als auch in der Wärmeabgabe.

Grüße
Marc

Claus Reibenstein

2024-10-03 18:55:50 UTC

Was meinst du speziell? Das es die BIOS-Zeit als lokale Zeit annimmt und
das auch so umsetzt? Wie o.g. ist das quasi historisch bedingt.

Man könnte aber erwarten, dass man bei der Installation wenigstens
gefragt wird.

Post by Claus Reibenstein
Wie so oft liegt das Problem mal wieder bei Microsoft und nicht bei Linux.

Da es DOS und Windows VOR Linux gab ist das eine zumindest fragwürdige
Schlußfolgerung.

Aber Unix gibt es schon viel länger, und Linux _ist_ ein Unix.

Gruß
Claus

Kay Martinen

2024-10-03 22:45:20 UTC

Was meinst du speziell? Das es die BIOS-Zeit als lokale Zeit annimmt und
das auch so umsetzt? Wie o.g. ist das quasi historisch bedingt.

Man könnte aber erwarten, dass man bei der Installation wenigstens
gefragt wird.

Bei manchen (Linux) Installern habe ich die Frage schon gesehen, aber
eben nicht bei allen. Und ich erinnere auch jetzt nicht mehr bei
welchen, und ob ich da evtl. eine art Expert-install verwendete - die
schlichtweg mehr Fragen stellt, oder zur Beantwortung bereit hält.

Bei Windows wird dagegen entweder per Internet geraten oder nach Land
und Sprache gefragt - aber IMO nicht nach der Zeitbasis der HW-Uhr.

Post by Kay Martinen
Da es DOS und Windows VOR Linux gab ist das eine zumindest fragwürdige
Schlußfolgerung.

Aber Unix gibt es schon viel länger, und Linux _ist_ ein Unix.

Die Unix-Leute könnten letzteres "etwas" anders betrachten. :)

Von Workstations u.ä. abgesehen war Unix aber auch früher eher nichts
für den Desktop sondern eher für Server. Und Linux Desktops sind auch
eher rar gesät - gegenüber Windows.

Du hast meinen Punkt übersehen?

Unix und Linux nutzen von Haus aus historisch UTC für die Uhr.

DOS und die Windows-abkömmlinge tun das Historisch nicht, die nehmen die
Lokale Zeit.

Das führt doch eben zum Diskutierten Problem.

Ich mag Windows auch nicht unbedingt und die aktuellen Inkarnationen
fasse ich auch nur mit Handschuhen an. Aber o.g. sind leider Historisch
gewachsene Unterschiede. Und Windows ist eben eher ein Klicki-Bunti
System das für ONUs optimiert ist. Dem kannst du meist keine Sinnvolle
Antwort auf die Frage "UTC oder ME(S)Z" abverlangen. Der meckert ggf.
nur das seine Uhr falsch geht und das alles ja ein großer Mist sei...

... so wie du. Q.E.D.? :-)

Bye/
/Kay

--
nix

Ralph Aichinger

2024-10-04 12:25:23 UTC

Post by Claus Reibenstein
Man könnte aber erwarten, dass man bei der Installation wenigstens
gefragt wird.

Das ist die blödeste aller Varianten:

1. macht es die ohnehin schon überfrachtete Neuinstallation noch etwas
umständlicher.

2. Ist es bei der Neuinstallation völlig egal ob was anderes eingestellt
wird als in den Vorversionen, weil eh nichts rückwärtskompatibel sein
muß.

/ralph

Peter J. Holzer

2024-10-04 17:38:56 UTC

Post by Claus Reibenstein
Man könnte aber erwarten, dass man bei der Installation wenigstens
gefragt wird.

1. macht es die ohnehin schon überfrachtete Neuinstallation noch etwas
umständlicher.
2. Ist es bei der Neuinstallation völlig egal ob was anderes eingestellt
wird als in den Vorversionen, weil eh nichts rückwärtskompatibel sein
muß.

"Vorversionen" sind egal. Bei Dual-Boot gibt es aber zwei
Betriebssysteme, die zwar nicht gleichzeitig, aber abwechselnd laufen
und sich einig sein sollten, wie sie die Hardware-Uhr interpretieren.

Soweit ich weiß, berücksichtigen die meisten Installer die Möglichkeit
einer Dual-Boot-Installation (auch wenn ich das seit geschätzt 20 Jahren
nicht mehr genützt habe), die Frage, ob die Hardware-Uhr in UTC oder
Lokalzeit laufen soll, ist also IMHO immer noch berechtigt. Allerdings
muss sie der Installer nicht unbedingt stellen. Wenn es kein zweites OS
auf dem Rechner gibt, kann man einfach UTC nehmen. Wenn man eine
Netzwerkverbindung hat, kann man feststellen, ob die Hardware-Uhr in UTC
oder Lokalzeit läuft und das einfach beibehalten.

hp

Ralph Aichinger

2024-10-04 18:23:54 UTC

Post by Peter J. Holzer
Soweit ich weiß, berücksichtigen die meisten Installer die Möglichkeit
einer Dual-Boot-Installation (auch wenn ich das seit geschätzt 20 Jahren
nicht mehr genützt habe), die Frage, ob die Hardware-Uhr in UTC oder
Lokalzeit laufen soll, ist also IMHO immer noch berechtigt.

Tun sie das? Bei Linux eventuell, bei Windows eher nur rudimentär, wie
man neulich bei irgendeinem Bootproblem gesehen hat.

Post by Peter J. Holzer
Allerdings
muss sie der Installer nicht unbedingt stellen. Wenn es kein zweites OS
auf dem Rechner gibt, kann man einfach UTC nehmen. Wenn man eine
Netzwerkverbindung hat, kann man feststellen, ob die Hardware-Uhr in UTC
oder Lokalzeit läuft und das einfach beibehalten.

Oder so. Ich hab auch nicht nachgesehen, aber ich glaube, dass diese
Frage bei Debian nicht mehr gestellt wird.

/ralph

Peter J. Holzer

2024-10-04 18:38:35 UTC

Tun sie das? Bei Linux eventuell, bei Windows eher nur rudimentär, wie
man neulich bei irgendeinem Bootproblem gesehen hat.

Ich glaube, es ging um Linux-Installer, oder? Dass Microsoft wenig
Verständnis für den Wunsch nach einem Zweitbetriebssystem aufbringt, ist
nichts Neues.

hp

Marc Haber

2024-10-04 20:37:50 UTC

Tun sie das? Bei Linux eventuell, bei Windows eher nur rudimentär, wie
man neulich bei irgendeinem Bootproblem gesehen hat.

Ich glaube, es ging um Linux-Installer, oder? Dass Microsoft wenig
Verständnis für den Wunsch nach einem Zweitbetriebssystem aufbringt, ist
nichts Neues.

Genau genommen ging es um Linux-Livesysteme, die die Hardwareuhr ohne
Nachfrage auf Linux-Konvention umstellen.

Grüße
Marc

Peter J. Holzer

2024-10-04 20:54:48 UTC

Post by Peter J. Holzer
Soweit ich weiß, berücksichtigen die meisten Installer die Möglichkeit
einer Dual-Boot-Installation

Tun sie das? Bei Linux eventuell, bei Windows eher nur rudimentär, wie
man neulich bei irgendeinem Bootproblem gesehen hat.

Ich glaube, es ging um Linux-Installer, oder? Dass Microsoft wenig
Verständnis für den Wunsch nach einem Zweitbetriebssystem aufbringt, ist
nichts Neues.

Genau genommen ging es um Linux-Livesysteme, die die Hardwareuhr ohne
Nachfrage auf Linux-Konvention umstellen.

Ursprünglich ja. Aber Claus hat in <***@mid.individual.net>
das Thema gewechselt (und natürlich hat niemand - auch ich nicht - das
Subject angepasst).

hp

Claus Reibenstein

2024-10-05 20:58:50 UTC

Post by Marc Haber
Genau genommen ging es um Linux-Livesysteme, die die Hardwareuhr ohne
Nachfrage auf Linux-Konvention umstellen.

Das war die ursprüngliche Frage.

Post by Peter J. Holzer
das Thema gewechselt

Habe ich das? Mir nicht bewusst. Windows wurde bereits im OP
angesprochen, und eine der möglichen und von mir aufgezeigten Lösungen
betrifft nun mal Windows.

Gruß
Claus

Sieghard Schicktanz

2024-10-04 18:18:48 UTC

Hallo Ralph,

Post by Claus Reibenstein
Man könnte aber erwarten, dass man bei der Installation wenigstens
gefragt wird. ^^^^^^^^^^^^

Pass' auf, da regnet's rein, so unüberdacht.

Post by Ralph Aichinger
1. macht es die ohnehin schon überfrachtete Neuinstallation noch etwas
umständlicher. ^^^^^^^^^^^^^^

Heißt, das System hat keine Information über den aktuellen Zustand und rät
dzf. zu 50% falsch.

Post by Ralph Aichinger
2. Ist es bei der Neuinstallation völlig egal ob was anderes eingestellt
wird als in den Vorversionen, weil eh nichts rückwärtskompatibel sein
muß. ^^^^^^^^^^^^

_Welche_ "Vorversionen" einer _Neuinstallation_ gibt es denn? Klar, bei
einer _AKTUALISIERUNG_ ("Up Grade", Hicks, 'Tschulling) ist das natürlich
bekannt, aber bei einer _Neuinstallation_?

Ralph Aichinger

2024-10-04 20:25:30 UTC

Post by Sieghard Schicktanz

Post by Ralph Aichinger
1. macht es die ohnehin schon überfrachtete Neuinstallation noch etwas
umständlicher. ^^^^^^^^^^^^^^

Heißt, das System hat keine Information über den aktuellen Zustand und rät
dzf. zu 50% falsch.

Bei einer Neuinstallation gibt es keinen "aktuellen Zustand". Da wird
alles platt gemacht.

Post by Sieghard Schicktanz
_Welche_ "Vorversionen" einer _Neuinstallation_ gibt es denn? Klar, bei
einer _AKTUALISIERUNG_ ("Up Grade", Hicks, 'Tschulling) ist das natürlich
bekannt, aber bei einer _Neuinstallation_?

Wenn jemand Windows 10 drauf hat, und beschließt nicht auf Windows 11
upzugraden, sondern neu zu installieren (vom Stick booten, Festplatte
formatineren etc.).

Oder gleiches von Debian 11 auf 12. Oder was auch immer.

/ralph

Kay Martinen

2024-10-06 13:46:22 UTC

Post by Claus Reibenstein
Man könnte aber erwarten, dass man bei der Installation wenigstens
gefragt wird.

1. macht es die ohnehin schon überfrachtete Neuinstallation noch etwas
umständlicher.

Was ist denn da "überfrachtet"? M.e. fragen die meisten Grafischen
Installer (für ONU's u.a.) Systemsprache, Tastatur-layout, Zeitzone und
Zielgerät ab, und dann bestenfalls noch welchen Desktop-flavour man
möchte. Und nach einem "bist du sicher?" kommt nicht etwa noch ein
"überlegs dir noch mal" sondern es ist nur noch "Das überschreibt alles
vorige" ab zu nicken und dann gehts los. Der legt dann automagisch die
Partitionierung fest, rät (anhand der HW-ID) den NIC Treiber, testet das
und fragt evtl, noch einen usernamen und passwort ab ggf. inkl. sudoers
dafür.

Etliche Minuten später kannst du dann in das neue System hinein booten.

Insgesamt auch nicht umständlicher als ein Windows-Installer. Aber es
gibt vermutlich ONU's die mit beiden Probleme fänden (C: vs. /dev/sda
o.a.) ;)

Aber wenn du gern Expert-installer nimmst, der kann natürlich beliebig
komplizierte Fragen stellen - oder man nickt einfach den default ab...

Post by Ralph Aichinger
2. Ist es bei der Neuinstallation völlig egal ob was anderes eingestellt
wird als in den Vorversionen, weil eh nichts rückwärtskompatibel sein
muß.

Wie stellt ein Neuinstallation-versuch fest ob die Hardware-uhr auf UTC
steht oder nicht? Das einrichten/raten der Netzwerkverbindung kommt
i.allg. erst später dran. Bis dahin fehlt dann auch eine
Internet-bezogene Zeitangabe als Referenz. Und bis dahin ist die HW-Uhr
dann ggf. einfach "falsch". Dann stehen im install.log halt diese
falschen Zeitangaben. Wenn das system nach der Installation mit der dann
richtigen Zeit arbeitet, was solls?

Bye/
/Kay

--
nix

Ralph Aichinger

2024-10-06 15:10:36 UTC

Post by Kay Martinen
Was ist denn da "überfrachtet"? M.e. fragen die meisten Grafischen
Installer (für ONU's u.a.) Systemsprache, Tastatur-layout, Zeitzone und
Zielgerät ab,

Das ist schon eine Menge.

Dann kommt bei Debian noch die popcon-Teilnahme, ob/welchen Mirror man
will, die ganzen Netzwerkeinstellungen (WLAN-SSID+Passwort eventuell),
bei kommerziellen Betriebssystemen diverse Datenschutz-, Werbe-ID,
AI-Unterstützungszustimmungen.

Der Name des Benutzeraccounts oder das Rootpasswort oder beides ...
Bei kommerziellen Betriebssystemen Fingerabdrücke, FaceID, Bank-Karten
...

Festplattenverschlüsselung ...

Post by Kay Martinen
Insgesamt auch nicht umständlicher als ein Windows-Installer. Aber es
gibt vermutlich ONU's die mit beiden Probleme fänden (C: vs. /dev/sda
o.a.) ;)

Ich empfinde sowohl Windows als auch MacOS als zu umständlich zu
installieren. Vieles von dem Mist will ich einfach nicht gefragt werden.
Z.B. will ich nicht nach Zeitzonen gefragt werden, sondern dass man
einfach nach Geo-IP oder GPS rät wo man ist, und das einstellt.
Nachträglich umstellen kann ich noch immer.

Post by Kay Martinen
Wie stellt ein Neuinstallation-versuch fest ob die Hardware-uhr auf UTC
steht oder nicht? Das einrichten/raten der Netzwerkverbindung kommt

Gar nicht. Genausowenig wie er feststellen kann ob sich überhaupt jemand
die Mühe gemacht hat irgendwas sinnvolles einzustellen.

Er holt sich einfach die Zeit per NTP und setzt die Uhr auf UTC.

Wenn vorher was anderes eingestellt war, so ist es egal, es wird ja
sowieso die Platte formatiert, und die Uhrzeit ist das geringste
Problem.

Wenn nicht, hat man so eine Frage weniger.

/ralph

Kay Martinen

2024-10-06 17:08:16 UTC

Post by Kay Martinen
Was ist denn da "überfrachtet"? M.e. fragen die meisten Grafischen
Installer (für ONU's u.a.) Systemsprache, Tastatur-layout, Zeitzone und
Zielgerät ab,

Das ist schon eine Menge.

Das absolute Minimum wäre wohl Zielgerät, Sprache und useraccount. Oder
ist dir das immer noch zu viel? Seit wann bist du ein ONU?

Post by Ralph Aichinger
Dann kommt bei Debian noch die popcon-Teilnahme, ob/welchen Mirror man
will,

Popcon ist eh optional und mirrors (wenn du die repos meinst) haben doch
auch defaults. Bei Mint gibt es gar ein tool das die verschiedenen
Mirrors nach ihrem Erreichten Durchsatz sortiert - und die Auswahl geht
m.W. Manuell oder automatisch.

Post by Ralph Aichinger
die ganzen Netzwerkeinstellungen (WLAN-SSID+Passwort eventuell),

So einen Schwachsinn richte ich beim ersten install nie ein. Es sei denn
das du generell von einem Tablet o.a. gerät ohne Kabelnetzwerk
ausgingest. Wenn der Installer nicht ohne Netz (und doppelten Boden)
auskommt dann taugt die ganze Sache nichts.

Post by Ralph Aichinger
bei kommerziellen Betriebssystemen diverse Datenschutz-, Werbe-ID,
AI-Unterstützungszustimmungen.

Häh. Bist du jetzt in richtung RHEL oder SLES abgebogen? So einen Scheiß
hab ich bei den "freien" Systemen noch nie erlebt.

Und die letzteren beiden sind wohl eher die Windoof-domäne. Oder
springen die kommerz-Linuxe jetzt etwa auch auf den KI,
Tracking,BuzzWort_von_Morgen-Zug auf?

Post by Ralph Aichinger
Bei kommerziellen Betriebssystemen Fingerabdrücke, FaceID, Bank-Karten

Ich will verdammt sein wenn ich einem Mickersoftschen SaaS solche Daten
in den Rachen werfen würde! Und kommerzielle Linuxe (o.a.) kommen hier
eh nicht in Frage.

Post by Ralph Aichinger
Festplattenverschlüsselung ...

Macht der Installer m.W. bei halbwegs aktuellen doch eh schon
automatisch. Verschlüsseltes LVM oder LVM mit verschlüsseltem /home ist
da m.E. usus. Ich biege da immer in Richtung manuelle Partitionierung ab
weil ich das meist nicht brauche oder will.

Post by Kay Martinen
Insgesamt auch nicht umständlicher als ein Windows-Installer. Aber es
gibt vermutlich ONU's die mit beiden Probleme fänden (C: vs. /dev/sda
o.a.) ;)

Ich empfinde sowohl Windows als auch MacOS als zu umständlich zu
installieren. Vieles von dem Mist will ich einfach nicht gefragt werden.

Tja, dann: Installier's halt nicht.

= Ein nörgelnder Mac, Linux o. Windows Nutzer weniger! Haken dran. ;-)

Post by Ralph Aichinger
Z.B. will ich nicht nach Zeitzonen gefragt werden, sondern dass man
einfach nach Geo-IP oder GPS rät wo man ist, und das einstellt.

Ich kenne keine Desktop-HW die GPS onboard hat. Und GeoIP sehe ich eher
als eine Option der Content-Mafia an so was wie DVD Regionalcodes auch
im Internet durch zu setzen. Kurz: Usergängelung. Lehne ich ab.

Post by Kay Martinen
Wie stellt ein Neuinstallation-versuch fest ob die Hardware-uhr auf UTC
steht oder nicht? Das einrichten/raten der Netzwerkverbindung kommt

Gar nicht. > Er holt sich einfach die Zeit per NTP und setzt die Uhr auf UTC.
sowieso die Platte formatiert, und die Uhrzeit ist das geringste
Problem.

Das würde ich dann auch so sehen. Nur...

Post by Ralph Aichinger
Wenn nicht, hat man so eine Frage weniger.

... die Frage ob ich UTC in der Uhr haben wollte würde ich doch am
liebsten direkt beim Installieren beantworten.

Überhaupt habe ich offenbar nicht halb so viel Probleme diese Fragen zu
beantworten wie du es darstellst. Denn die werden nur ein mal gestellt
und man hat keinen Zeitdruck dabei. Also immer mit der Ruhe - und einem
Täßchen Kaffee. ;)

Übrigens meine ich das die Beantwortung der Fragen des Installers (IMO
mindestens bei Debian) auch per Script funktioniert. Quasi durch eine
Antwort-datei und AFAIR für Mass-Rollouts auch variierbar ist.

N.B. Dergleichen ging schon damals bei OS/2 und das ist nun echt schon
lange her.

So weit ich erinnere kann man dabei halbwegs frei wählen welche Fragen
im Verlauf der Installation überhaupt gestellt/beantwortet werden
müssen. Macht den Installer sicherlich deutlich flexibler. Aber offenbar
reicht dir das auch noch nicht, oder?

Install, Null-Fragen, Fertig... würde MIR nicht gefallen.

Bye/
/Kay

--
nix

Sieghard Schicktanz

2024-10-06 18:37:31 UTC

Hallo Ralph,

Post by Kay Martinen
Was ist denn da "überfrachtet"? M.e. fragen die meisten Grafischen
Installer (für ONU's u.a.) Systemsprache, Tastatur-layout, Zeitzone und
Zielgerät ab,

...

Post by Ralph Aichinger
Ich empfinde sowohl Windows als auch MacOS als zu umständlich zu
installieren. Vieles von dem Mist will ich einfach nicht gefragt werden.

D.h. Dir ist Datenschutz egal, Deine Persönlichkeit hast Du ja eh schon
Deinem Händie abgegeben, und was das neue System dann anderweitig tut, ist
Dir auch egal. Und wenn's Dir vorgibt, welche Software Du zu benutzen hast,
dann nimmst Du die, auch wenn Deine Daten völlig ummodelt. Achso, nee, Du
hattest ja noch garkeine, das ist ja eine Neuinstalltion...
...

Post by Ralph Aichinger
Wenn vorher was anderes eingestellt war, so ist es egal, es wird ja
sowieso die Platte formatiert, und die Uhrzeit ist das geringste
Problem.
Wenn nicht, hat man so eine Frage weniger.

Warum willst Du dann überhaupt noch ein Betriebssystem installieren? Du
kannst doch einen (neuen) Computer einschaltfertig im Laden kaufen.

Kay Martinen

2024-10-06 20:35:45 UTC

Post by Sieghard Schicktanz

Post by Ralph Aichinger
Wenn nicht, hat man so eine Frage weniger.

Warum willst Du dann überhaupt noch ein Betriebssystem installieren? Du
kannst doch einen (neuen) Computer einschaltfertig im Laden kaufen.

Von wenigen Ausnahmen abgesehen wird es die aber nur mit Winblond 11
drauf geben. Schließlich müssen die gestiegenen Anforderungen (des OS)
zu einem Neukauf zwingen... das geht halt (Marketin-)technisch nicht
anders. ;-)

Oder gibt es echt noch Läden die Linux Desktops vorinstalliert
ausliefern - in Massen?

Das hat schon damals mit OS/2 nicht lange gehalten. Und OEM o.
Sonderlocken für Firmen waren jetzt NICHT gemeint!

Ja, von Chromebooks, Apple Silicon und ARM Boards habe ich gehört! Ist
das die neue (kritische) Masse oder kommt die erst noch?

Bye/
/Kay

--
nix

Marcel Mueller

2024-10-04 10:29:33 UTC

Post by Claus Reibenstein
Das Problem lässt sich lösen, indem man Windows beibringt, ebenfalls von
UTC auszugehen. [...]

Oder einem Installierten Linux das es UTC NICHT verwenden solle.

Das ist bei einem /installierten/ Linux auch nicht sonderlich schlau.
Würde es doch dazu führen, dass die Uhr währen des Boot-Vorgangs immer
erst mal falsch wäre. Falls für die Netzwerkverbindung kurzlebige
Zertifikate benötigt werden (z.B. Kerberos, oder OTP) führt das wiederum
gerne dazu, dass der Verbindungsaufbau scheitert.

Bei einem Live-System hingegen könnte man durchaus argumentieren, dass
es keine permanenten Veränderungen am System vornehmen sollte, solange
man nicht auf Installieren klickt. Praktisch sind die meisten
Live-Systeme aber mit den installierten Systemen nahezu identisch, nur
eben das Dateisystem ist anders.

Post by Marcel Mueller
Das ist halt historisch aus DOS-Zeiten gewachsen, wo man so etwas wie
Zeitzonen noch gar nicht konnte.

Die ersten PCs hatten auch noch keine RTC. Wenn du dort ein DOS bootest
kommt als erstes die Frage nach Date & Time. Die RTC gab es erst mit dem
PC-AT plus CMOS-RAM.

... was aber auch schon um die 40 Jahre her ist.

Post by Kay Martinen
(das uns nebenbei das Y2k-Problem bescherte).

Und das gab es auch schon vorher. Cobol-Anwedungen haben auch nur zwei
stellen. Und AFAIK lebt das bei Banken noch immer. ;-)

Technisch genügt ein zweistelliges Datum noch heute für eine Uhr.
Solange ein Computer keine 100 Jahre lang funktioniert, ist der Rest in
Software leicht lösbar.
Problematisch wird es erst, wenn man auch historische oder zukünftige
Zeitstempel speichern will. Das gilt aber immer - letztlich auch für das
4-stellige Jahr.

Marcel

Peter J. Holzer

2024-10-04 17:31:03 UTC

Post by Claus Reibenstein
Das Problem lässt sich lösen, indem man Windows beibringt,
ebenfalls von UTC auszugehen. [...]

Oder einem Installierten Linux das es UTC NICHT verwenden solle.

Das ist bei einem /installierten/ Linux auch nicht sonderlich schlau.
Würde es doch dazu führen, dass die Uhr währen des Boot-Vorgangs immer
erst mal falsch wäre.

Das ist sie ohnehin, bevor die Hardware-Uhr ausgelesen wird. Wenn zu dem
Zeitpunkt /etc bereits zur Verfügung steht, kann beim Auslesen der
Hardware-Uhr die Zeitzone mitberücksichtigt werden.

Post by Marcel Mueller
Falls für die Netzwerkverbindung kurzlebige Zertifikate benötigt
werden (z.B. Kerberos, oder OTP) führt das wiederum gerne dazu, dass
der Verbindungsaufbau scheitert.

Das ist aber frühestens der Fall, wenn das Netzwerk up ist, Eine
(halbwegs) korrekte Zeit möchte man vorher schon haben, damit z.B.
Zeitstempel in Logfiles stimmen.

Ein Problem mit lokaler Zeit (hat schon jemand erwähnt) ist, dass zwei
Mal pro Jahr der Offset zu UTC wechselt, die üblichen Hardware-Uhren
diesen Zeitsprung aber nicht nachvollziehen. Das System muss daher beim
Booten erkennen können, ob seit dem letzten Shutdown ein Zeitsprung war
und die Hardware-Uhr entsprechend vor- oder zurückstellen. Insbesondere
bei Dual-Boot-Systemen ist das nicht zuverlässig möglich.

Post by Marcel Mueller
Das ist halt historisch aus DOS-Zeiten gewachsen, wo man so etwas wie
Zeitzonen noch gar nicht konnte.

Die ersten PCs hatten auch noch keine RTC. Wenn du dort ein DOS bootest
kommt als erstes die Frage nach Date & Time. Die RTC gab es erst mit dem
PC-AT plus CMOS-RAM.

... was aber auch schon um die 40 Jahre her ist.

Post by Kay Martinen
(das uns nebenbei das Y2k-Problem bescherte).

Und das gab es auch schon vorher. Cobol-Anwedungen haben auch nur zwei
stellen. Und AFAIK lebt das bei Banken noch immer. ;-)

Es ist lange her, dass ich Cobol programmiert habe, aber meiner
Erinnerung nach hatte Cobol (damals in den 1980er-Jahren) keinen
Datumstyp. Man hat einfach eine numerische Variable der gewünschten
Breite definiert. Ob das 2 oder 4 Stellen waren, hing vom Programmierer,
dem Kunden und dem Budget ab.

Lustig ist auch C. Da enthält die struct tm die Jahreszahl - 1900 (und
den Monat - 1, aber das fällt wenigstens sofort auf). Es gab dann
etliche Programme, bei denen auf den 31. Dezember 99 der 31. Dezember
100 bzw. auf den 31. Dezember 1999 der 31. Dezember 19100 folgte.

Noch etwas strafverschärfend war der Workaround in einer
Perl-Datumslibrary. Jahreszahlen zwischen 00 und 99 wurden jeweils zum
nächstliegenden passenden Jahr korrigiert (im Jahr 2011 wäre also "50"
als "2050" interpretiert worden (+ 39), "70" aber als "1970" (-41)),
Jahreszahlen >= 1000 aurden so akzeptiert wie sie waren - und zu
Jahreszahlen zwischen 100 und 999 wurde 1900 dazuaddiert. Das hat mich
deutlich nach 2010 noch gebissen.

hp

Christian Steins

2024-10-02 08:51:35 UTC

Post by Christian Steins
Bei mir verstellt ein Ubuntu 24 LTS Stick aber leider die Uhr meines
Win-11 Laptops jedesmal um 2 Stunden zurück.

Bekanntes Problem. Liegt daran, dass Windows davon ausgeht, dass die Uhr
nach lokaler Zeit läuft, während Linux UTC (aka GMT) erwartet.
Das Problem lässt sich lösen, indem man Windows beibringt, ebenfalls von
UTC auszugehen. Unter Windows 10 erreicht man dies mit diesem
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"RealTimeIsUniversal"=dword:00000001
Ob das auch so unter Windows 11 funktioniert, musst du selber ausprobieren.

Danke, Key gesetzt, nach Reboot dann erstmal einen Bluescreen, mit
"Fortsetzen" gings aber normal weiter.

Grüße
Christian

Alexander Schreiber

2024-10-01 10:26:53 UTC