MGA4: Uhrzeit setzt sich alle paar Tage zurück

[mzurhorst]

Hallo zusammen!

Ich habe seit MGA4 ein nerviges Problem mit meiner Zeit auf dem Laptop.
Es tritt sporadisch auf, und ich bin noch nicht hinter das Muster gestiegen.

Und zwar setzt sich die Uhr zurück. Statt der korrekten Zeit ist dann plötzlich wieder 01. Januar 2013, 01:xx Uhr.
Warum das nun gerade Januar 2013 ist und nicht etwas 1970, das ist mir noch nicht ganz klar.

Ich bin in Gnome in die Zeiteinstellung rein. Dort ist eingestellt, dass die Zeit automatisch über NTP gezogen wird.
Deaktivieren/reaktivieren ändert nichts an der Zeit.

Auf der Konsole versuchte ich manuelles setzen, sowie den NTP-Dienst neu zu starten:

Code: Alles auswählen

[root@mzlaptop2 marcus]# ntpdate
 1 Jan 01:42:44 ntpdate[6204]: no servers can be used, exiting
[root@mzlaptop2 marcus]#
[root@mzlaptop2 marcus]#
[root@mzlaptop2 marcus]# service ntpd status
Redirecting to /bin/systemctl status ntpd.service
ntpd.service - Network Time Service
   Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled)
   Active: active (running) since Di 2013-01-01 01:39:37 CET; 3min 47s ago
  Process: 5950 ExecStart=/usr/sbin/ntpd -u ntp:ntp $OPTIONS (code=exited, status=0/SUCCESS)
 Main PID: 5951 (ntpd)
   CGroup: /system.slice/ntpd.service
           ├─5951 /usr/sbin/ntpd -u ntp:ntp -g
           └─5952 /usr/sbin/ntpd -u ntp:ntp -g

Jan 01 01:39:38 mzlaptop2 ntpd[5951]: 0.0.0.0 c514 04 freq_mode
Jan 01 01:39:39 mzlaptop2 ntpd_intres[5952]: host name not found: 0.1.pool.ntp.org
Jan 01 01:39:39 mzlaptop2 ntpd_intres[5952]: host name not found: 1.1.pool.ntp.org
Jan 01 01:39:39 mzlaptop2 ntpd_intres[5952]: host name not found: 2.1.pool.ntp.org
Jan 01 01:40:41 mzlaptop2 ntpd_intres[5952]: host name not found: 0.1.pool.ntp.org
Jan 01 01:40:41 mzlaptop2 ntpd_intres[5952]: host name not found: 1.1.pool.ntp.org
Jan 01 01:40:41 mzlaptop2 ntpd_intres[5952]: host name not found: 2.1.pool.ntp.org
Jan 01 01:42:43 mzlaptop2 ntpd_intres[5952]: host name not found: 0.1.pool.ntp.org
Jan 01 01:42:43 mzlaptop2 ntpd_intres[5952]: host name not found: 1.1.pool.ntp.org
Jan 01 01:42:43 mzlaptop2 ntpd_intres[5952]: host name not found: 2.1.pool.ntp.org
[root@mzlaptop2 marcus]#


In der Datei /etc/ntp.conf (zuletzt geändert am 13.03.2014) stehen übrigens genau diese Server drin, die da nicht gefunden werden.
Die Server sollten allerdings wohl eher heißen:

Code: Alles auswählen

server 0.de.pool.ntp.org
server 1.de.pool.ntp.org
server 2.de.pool.ntp.org
server 3.de.pool.ntp.org


Außerdem sind in der ntp.conf noch zwei Einträge drin, deren IP mich irritiert.
Hier hätte ich evtl. 127.0.0.1 erwartet für localhost, oder eine externe URL.

Code: Alles auswählen

server   127.127.1.0   # local clock
fudge   127.127.1.0 stratum 10


Ich habe den 1.1.pool.ntp.org mal angepingt. Er antwortet nicht (unknown host). Der 1.de.pool.ntp.org hingegen antwortet unmittelbar.
Und mit diesem konnte ich auch die Zeit eingestellen nach stoppen es NTP-Daemons. (ntpdate -s 1.de.pool.ntp.org)

Was ich nicht verstehe:

1. Die ntp.conf ist seit nem Monat unverändert. Wieso ging die letzten Tage trotzdem immer das Datum, aber heute nicht?
2. Wieso sind da Server eingetragen, die dann "unkown host" ergeben?
3. Selbst wenn ein Server nicht erreichbar wäre, wieso würde er nicht einfach bei dem bleiben, was er hat?

Ich bin für alle Hinweise dankbar, wie ich diese Ursache aufspüren kann.
Viele Grüße,
Marcus

[doktor5000]

Mach mal langsam, du würfelst da einiges bunt durcheinander. Der Reihe nach ...

Auf der Konsole versuchte ich manuelles setzen, sowie den NTP-Dienst neu zu starten:

Code: Alles auswählen

[root@mzlaptop2 marcus]# ntpdate
 1 Jan 01:42:44 ntpdate[6204]: no servers can be used, exiting


1. ntpdate muss man den Server mitgeben
2. ntpdate funktioniert nicht solange der ntpd läuft
(3. ntpd kann keine Zeitdifferenzen > 4h ausgleichen, das muss man einmal händisch mittels ntpdate setzen).

Zeig erstmal die Ausgabe von

Code: Alles auswählen

date
timedatectl

[root@mzlaptop2 marcus]# service ntpd status
Jan 01 01:39:39 mzlaptop2 ntpd_intres[5952]: host name not found: 0.1.pool.ntp.org
Jan 01 01:39:39 mzlaptop2 ntpd_intres[5952]: host name not found: 1.1.pool.ntp.org
Jan 01 01:39:39 mzlaptop2 ntpd_intres[5952]: host name not found: 2.1.pool.ntp.org
Jan 01 01:40:41 mzlaptop2 ntpd_intres[5952]: host name not found: 0.1.pool.ntp.org
Jan 01 01:40:41 mzlaptop2 ntpd_intres[5952]: host name not found: 1.1.pool.ntp.org
Jan 01 01:40:41 mzlaptop2 ntpd_intres[5952]: host name not found: 2.1.pool.ntp.org
Jan 01 01:42:43 mzlaptop2 ntpd_intres[5952]: host name not found: 0.1.pool.ntp.org
Jan 01 01:42:43 mzlaptop2 ntpd_intres[5952]: host name not found: 1.1.pool.ntp.org
Jan 01 01:42:43 mzlaptop2 ntpd_intres[5952]: host name not found: 2.1.pool.ntp.org
[root@mzlaptop2 marcus]#
[/code]

In der Datei /etc/ntp.conf (zuletzt geändert am 13.03.2014) stehen übrigens genau diese Server drin, die da nicht gefunden werden.
Die Server sollten allerdings wohl eher heißen:

Code: Alles auswählen

server 0.de.pool.ntp.org
server 1.de.pool.ntp.org
server 2.de.pool.ntp.org
server 3.de.pool.ntp.org


Vergleiche er mal das vor de.pool.ntp.org steht - das sind nicht die selben, noch die gleichen wie du oben in deinem Log hast.
Wo auch immer dein DNS-Server die herzaubert ...

Außerdem sind in der ntp.conf noch zwei Einträge drin, deren IP mich irritiert.

Lies dir direkt oben drüber den Kommentar dazu durch, der beschreibt wofür das da ist. Oder siehe http://www.meinbergglobal.com/english/info/ntp.htm#cfg

Ich habe den 1.1.pool.ntp.org mal angepingt. Er antwortet nicht (unknown host). Der 1.de.pool.ntp.org hingegen antwortet unmittelbar.

Kurze DNS-Abfrage sagt: den DNS-Namen 1.1.pool.ntp.org gibt es nicht, daher kann er auch nicht auf ein Ping antworten.

[Pitti]

Oder siehe http://www.meinbergglobal.com/english/info/ntp.htm#cfg

Ehe es hier wieder zum "Sturm der Entrüstung" ausartet, die gleiche Seite gibt es auch in Deutsch:
http://www.meinberg.de/german/info/ntp.htm

@mzurhorst: Stichwort "CMOS-Batterie". Wie lange läuft die schon in diesem Rechner?

[mzurhorst]

Hallo zusammen!

Mist, mein Beitrag ist etwas durcheinander geraten, ich hatte den Inhalt des Brower-Formulars zwischendrin verloren.
Ich versuche nochmal, es klarzustellen.
@Doktor5000: Ich meinte, dass in der ntp.conf der Server mit den zwei Ziffern eingetragen ist (z.B. 1.1.pool.ntp.org), und dass dies der gleiche Server ist wie in der Fehlermeldung.
Auf der NTP-Homepage hingegen fand ich den mit der einzelnen Ziffer und der Landeskennung (z.B. 1.de.pool.ntp.org), und mit diesem ging es dann ja auch.


Komisch ist doch, wieso in meiner ntp.conf Server drin stehen, die es anscheinend nicht gibt.
- Habt ihr denn alle den gleichen Inhalt in dieser Datei? - Und funktioniert es mit diesen Einträgen bei euch?
(Oder hat das irgendetwas mit meinem Provider zu tun? (1&1 DSL, als etwas ziemlich verbreitetes)


@Pitti: Die Idee mit der Batterie kam mir auch schon. Allerdings ist es ein nagelneuer Dell-Laptop, und nicht eine total alte Kiste.
Außerdem wäre es ja komisch, wenn es drei Wochen geht und dann plötzlich mal nicht. Würde zumindest eine steigende Frequenz erwarten.


Leider sind die neuen Server aber einfach nicht robust da eingetragen. Mit dem nächsten Update geht das dann direkt wieder verloren, befürchte ich.

Gruß,
Marcus

[man-draker]

- Habt ihr denn alle den gleichen Inhalt in dieser Datei?

Nein, hier steht:

Code: Alles auswählen

server 0.0.de.pool.ntp.org
server 1.0.de.pool.ntp.org
server 2.0.de.pool.ntp.org

Aber
Die Zeitholung über das Internet war nicht aktiv.
Nach deren Aktivierung lauten die Einträge:

Code: Alles auswählen

server 0.de.pool.ntp.org
server 1.de.pool.ntp.org
server 2.de.pool.ntp.org

[mzurhorst]

Here we go...
Das merkwürdige ist, dass wir gerade 22:45 Uhr haben.
Es fehlen also 25 Minuten ungefähr. Und obendrein behauptet das Ding auch noch, es sei mit einem Zeitserver syncronisiert ???

Code: Alles auswählen

[marcus@mzlaptop2 ~]$ date
Di 15. Apr 22:21:05 CEST 2014
[marcus@mzlaptop2 ~]$ timedatectl
      Local time: Di 2014-04-15 22:21:09 CEST
  Universal time: Di 2014-04-15 20:21:09 UTC
        Timezone: Europe/Paris (CEST, +0200)
     NTP enabled: yes
NTP synchronized: yes
 RTC in local TZ: no
      DST active: yes
 Last DST change: DST began at
                  So 2014-03-30 01:59:59 CET
                  So 2014-03-30 03:00:00 CEST
 Next DST change: DST ends (the clock jumps one hour backwards) at
                  So 2014-10-26 02:59:59 CEST
                  So 2014-10-26 02:00:00 CET
[marcus@mzlaptop2 ~]$

Ich raff' das nicht. Komisch.

[mzurhorst]

Dies hier habe ich ebenfalls noch "gefunden".
Allerdings kann ich damit nichts anfangen.
Vielleicht bis auf die Tatsache dass da steht "listen normally on..", zusammen mit der IP des Laptops selbst.

Code: Alles auswählen

[root@mzlaptop2 marcus]# service ntpd status
Redirecting to /bin/systemctl status -l ntpd.service
ntpd.service - Network Time Service
   Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled)
   Active: active (running) since Di 2014-04-15 22:25:53 CEST; 2min 58s ago
  Process: 3901 ExecStart=/usr/sbin/ntpd -u ntp:ntp $OPTIONS (code=exited, status=0/SUCCESS)
 Main PID: 3902 (ntpd)
   CGroup: /system.slice/ntpd.service
           └─3902 /usr/sbin/ntpd -u ntp:ntp -g

Apr 15 22:25:53 mzlaptop2 ntpd[3902]: Listen normally on 3 wlp2s0 192.168.178.46 UDP 123
Apr 15 22:25:53 mzlaptop2 ntpd[3902]: Listen normally on 4 lo ::1 UDP 123
Apr 15 22:25:53 mzlaptop2 ntpd[3902]: Listen normally on 5 wlp2s0 fe80::fef8:aeff:fe24:c949 UDP 123
Apr 15 22:25:53 mzlaptop2 ntpd[3902]: peers refreshed
Apr 15 22:25:53 mzlaptop2 ntpd[3902]: Listening on routing socket on fd #22 for interface updates
Apr 15 22:25:53 mzlaptop2 systemd[1]: Started Network Time Service.
Apr 15 22:25:53 mzlaptop2 ntpd[3902]: 0.0.0.0 c016 06 restart
Apr 15 22:25:53 mzlaptop2 ntpd[3902]: 0.0.0.0 c012 02 freq_set kernel 0.000 PPM
Apr 15 22:25:53 mzlaptop2 ntpd[3902]: 0.0.0.0 c011 01 freq_not_set
Apr 15 22:25:54 mzlaptop2 ntpd[3902]: 0.0.0.0 c514 04 freq_mode


[alf]

Das sieht aber nicht ungewöhlich aus.
So sieht das bei mir aus:

Code: Alles auswählen

[root@kre010 alfred]# systemctl status ntpd.service
ntpd.service - Network Time Service
   Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled)
   Active: active (running) since Di 2014-04-15 21:55:34 CEST; 1h 6min ago
  Process: 6929 ExecStart=/usr/sbin/ntpd -u ntp:ntp $OPTIONS (code=exited, status=0/SUCCESS)
 Main PID: 6930 (ntpd)
   CGroup: /system.slice/ntpd.service
           └─6930 /usr/sbin/ntpd -u ntp:ntp -g

Apr 15 21:55:34 kre010.fritz.box ntpd[6930]: Listen and drop on 1 v6wildcard :: UDP 123
Apr 15 21:55:34 kre010.fritz.box ntpd[6930]: Listen normally on 2 lo 127.0.0.1 UDP 123
Apr 15 21:55:34 kre010.fritz.box ntpd[6930]: Listen normally on 3 wlp3s0 192.168.221.21 UDP 123
Apr 15 21:55:34 kre010.fritz.box ntpd[6930]: Listen normally on 4 lo ::1 UDP 123
Apr 15 21:55:34 kre010.fritz.box ntpd[6930]: Listen normally on 5 wlp3s0 fe80::aed:b9ff:fe6b:b597 UDP 123
Apr 15 21:55:34 kre010.fritz.box ntpd[6930]: peers refreshed
Apr 15 21:55:34 kre010.fritz.box ntpd[6930]: Listening on routing socket on fd #22 for interface updates
Apr 15 21:55:34 kre010.fritz.box ntpd[6930]: 0.0.0.0 c016 06 restart
Apr 15 21:55:34 kre010.fritz.box ntpd[6930]: 0.0.0.0 c012 02 freq_set kernel 8.415 PPM
Apr 15 21:55:35 kre010.fritz.box ntpd[6930]: 0.0.0.0 c515 05 clock_sync


Ausser diesen 3 Zeilen bei dir

Code: Alles auswählen

Apr 15 22:25:53 mzlaptop2 ntpd[3902]: 0.0.0.0 c012 02 freq_set kernel 0.000 PPM
Apr 15 22:25:53 mzlaptop2 ntpd[3902]: 0.0.0.0 c011 01 freq_not_set
Apr 15 22:25:54 mzlaptop2 ntpd[3902]: 0.0.0.0 c514 04 freq_mode

sagt mir im augenblick aber auch nichts.

[alf]

was sagt den

Code: Alles auswählen

ntpstat

(als root)?

[doktor5000]

Here we go...
Das merkwürdige ist, dass wir gerade 22:45 Uhr haben.
Es fehlen also 25 Minuten ungefähr. Und obendrein behauptet das Ding auch noch, es sei mit einem Zeitserver syncronisiert ???

[marcus@mzlaptop2 ~]$ date
Di 15. Apr 22:21:05 CEST 2014
[marcus@mzlaptop2 ~]$ timedatectl
Local time: Di 2014-04-15 22:21:09 CEST
Universal time: Di 2014-04-15 20:21:09 UTC
Timezone: Europe/Paris (CEST, +0200)

Könnte ein Problem mit der Zeitzone sein ...
Hier sieht das so aus:

Code: Alles auswählen

[doktor5000@Mageia4 ~]$ date
Di 15. Apr 23:01:02 CEST 2014
[doktor5000@Mageia4 ~]$ timedatectl
      Local time: Di 2014-04-15 23:01:07 CEST
  Universal time: Di 2014-04-15 21:01:07 UTC
        RTC time: Di 2014-04-15 21:01:07
        Timezone: n/a (CEST, +0200)
     NTP enabled: yes
NTP synchronized: yes
 RTC in local TZ: no
      DST active: yes
 Last DST change: DST began at
                  So 2014-03-30 01:59:59 CET
                  So 2014-03-30 03:00:00 CEST
 Next DST change: DST ends (the clock jumps one hour backwards) at
                  So 2014-10-26 02:59:59 CEST
                  So 2014-10-26 02:00:00 CET

[lula]

Hallo,

ist mageia das einzige System auf dem Rechner, bzw. kannst Du ausschließen, daß ein anderes System an der Uhr rumfummelt?

Was ergibt (als root)

Code: Alles auswählen

dmesg | grep -i rtc
# bzw.
journalctl -b | grep -i rtc
hwclock


Ich würde einfach mal die Uhr per ntpdate auf die richtige Uhrzeit stellen und danach die Hardware-Uhr auf die Systemzeit (wieder als root)

Code: Alles auswählen

hwclock --systohc

und dann mal beobachten, was passiert.

Grüße
Lutz