So beheben Sie die Zeit in Arch Linux

Ich verwende derzeit Arch Linux als Betriebssystem auf meinem Desktop. Wenn ich auf meine Zeit schaue, ist es 22:38 Uhr, wenn die Zeit eindeutig um 17:08 Uhr ist. Wenn ich den Befehl timedatectl aufrufe, erhalte ich:

Local time: Wed 2017-01-11 22:37:43 IST Universal time: Wed 2017-01-11 17:07:43 UTC RTC time: Wed 2017-01-11 17:07:41 Time zone: Asia/Kolkata (IST, +0530) Network time on: yes NTP synchronized: no RTC in local TZ: no 

Update

Wenn ich sudo systemctl status systemd-timesyncd ausführe, erhalte ich:

● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2017-01-11 00:49:36 IST; 1 day 1h ago Docs: man:systemd-timesyncd.service(8) Main PID: 31123 (systemd-timesyn) Status: "Idle." Tasks: 2 (limit: 4915) CGroup: /system.slice/systemd-timesyncd.service └─31123 /usr/lib/systemd/systemd-timesyncd Jan 12 01:39:42 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 5.9.78.71:123 (1.arch.pool.ntp.org). Jan 12 01:39:53 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 192.53.103.108:123 (1.arch.pool.ntp.org). Jan 12 01:40:03 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.19.184:123 (2.arch.pool.ntp.org). Jan 12 01:40:13 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.45.40:123 (2.arch.pool.ntp.org). Jan 12 01:40:24 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 123.108.200.124:123 (2.arch.pool.ntp.org). Jan 12 01:40:34 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 125.62.193.121:123 (2.arch.pool.ntp.org). Jan 12 01:40:44 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.45.40:123 (3.arch.pool.ntp.org). Jan 12 01:40:55 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 123.108.200.124:123 (3.arch.pool.ntp.org). Jan 12 01:41:05 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.19.184:123 (3.arch.pool.ntp.org). Jan 12 01:41:15 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 125.62.193.121:123 (3.arch.pool.ntp.org). 

traceroute

Ich auch Ich habe den Befehl traceroute -U -p ntp pool.ntp.org ausprobiert und erhalte Folgendes:

traceroute to pool.ntp.org (139.59.19.184), 30 hops max, 60 byte packets 1 10.114.1.1 (10.114.1.1) 1.713 ms 2.020 ms 2.343 ms 2 10.10.2.41 (10.10.2.41) 1.123 ms 2.580 ms 2.836 ms 3 cyberoam.iisc.ac.in (10.10.1.98) 0.553 ms 0.806 ms 0.813 ms 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * 

Wie behebe ich das? Ich habe sogar versucht, timedatectl set-ntp true. Soll ich neu starten, damit dies wirksam wird?

Kommentare

    ute Arbeit. Google sagt, Cyberoam sei eine Marke für (Webfilterung?) Firewall. Es ist nicht ungewöhnlich, dass Ihre Universität einen internen NTP-Server für ihre eigenen Computer verwendet. ‚ Es ist durchaus möglich, dass Sie Zugriff auf diese haben. (Anscheinend verwenden Windows-PCs, die Active Directory verwenden, den Domänencontroller als NTP-Server.) Die Universität von York hatte ein sehr ähnliches IIRC-Setup. Ich kann ‚ finde auf der IISC-Website leider keine Dokumentation zu Ihrer IT.

  • Es sieht so aus, als würde SERC Ihre Campus-IT verwalten. Sie haben einige Linux-Anweisungen, obwohl vielleicht nichts über NTP Sie können sich an jemanden wenden, der Ihnen hilft? nitss.iisc.ac.in und serc.iisc. in / Einrichtungen / Support
  • @sourcejedi Vielen Dank, Sie ‚ haben es geschafft e über das hinaus, was für eine SE-Antwort erforderlich ist.
  • Zugehöriger Fehlerbericht zu systemd ‚ s GitHub: Kann ‚ die Zeit nicht synchronisieren, wenn die Zeit aufgrund von dnssec falsch ist

Antwort

systemd-timesyncd erfordert keinen Neustart. Ich habe timedatectl auf meinem System getestet. Möglicherweise muss eine Minute auf eine Verbindung gewartet werden.

man timedatectl

Status

Zeigt die aktuellen Einstellungen der Systemuhr und der RTC an, einschließlich der Frage, ob die Netzwerkzeitsynchronisation aktiviert ist. Beachten Sie, dass die Aktivierung der Netzwerkzeitsynchronisierung lediglich die Aktivierung der Systemd-timesyncd.service-Einheit widerspiegelt. Auch wenn dieser Befehl den Status als deaktiviert anzeigt, synchronisiert ein anderer Dienst möglicherweise die Uhr mit dem Netzwerk.

$ timedatectl status Local time: Wed 2017-01-11 13:45:07 GMT Universal time: Wed 2017-01-11 13:45:07 UTC RTC time: Wed 2017-01-11 13:45:07 Time zone: Europe/London (GMT, +0000) Network time on: yes NTP synchronized: yes RTC in local TZ: yes 

Die Manpage timedatectl liegt auf meinem System. Möglicherweise wurde die Implementierung von Fedora gepatcht, ohne die Manpage zu patchen. Ich weiß nicht, wie ich abfragen soll, welcher Dienst verwendet wird. Mein System verwendet zufällig chronyd. Ich kann mir das vorstellen Es ist auch möglich, ntp / ntpd zu verwenden.

In Ihrem Fall wäre ich jedoch ziemlich sicher, dass Arch den Upstream-Standard von timesyncd verwendet.

$ systemctl status systemd-timesyncd ● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; disabled; Active: inactive (dead) Docs: man:systemd-timesyncd.service(8) $ systemctl status chronyd ● chronyd.service - NTP client/server Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled; vendor pres Active: active (running) since Mon 2017-01-09 19:09:39 GMT; 1 day 18h ago Main PID: 928 (chronyd) Tasks: 1 (limit: 4915) CGroup: /system.slice/chronyd.service └─928 /usr/sbin/chronyd 

Sie könnten haben Die unter dem Status protokollierten Fehler. Stellen Sie sicher, dass systemctl als Benutzer mit Zugriff auf das Systemjournal ausgeführt wird, z. Verwenden von sudo.

Im Gegensatz zu chronyd mit chronyc gibt es keine dokumentierte Möglichkeit, für … wirklich alles, außer“ NTP synchronisiert: nein „. Hoffe, es hat nützliche Protokolle!

Ich schlage vor,

  1. zu ermitteln, welchen bekannten pool.ntp.org Alias Ihr System versucht Verwenden Sie.
  2. Testen Sie den Alias, z ntpdate -q arch.pool.ntp.org.
  3. traceroute an den Alias, um festzustellen, ob sich in der Nähe ein Block befindet, d. h. eine Firewall, die den Zugriff verhindert. Wie immer würde ich zuerst ping verwenden, da die Ergebnisse schneller erzielt werden (und weniger anfällig für Fehlinterpretationen sind), oder mtr verwenden Version von Traceroute (standardmäßig wird auch ICMP-Traceroute verwendet, wodurch viele Ausgaben von Mehrwegnetzwerken vermieden werden). Letztendlich möchten Sie so etwas wie traceroute -U -p ntp pool.ntp.org, dh denselben UDP-Port wie NTP verwenden.

EDIT : Frühere Versionen dieser Antwort waren verwirrt über die Standard-NTP-Server von systemd-timesyncd. Obwohl sie in timesyncd.conf sollte es nur erforderlich sein, die Zeile zu kommentieren, wenn Sie den Server ändern müssen. Die Standardwerte werden zur Kompilierungszeit in timesyncd integriert. Dies wird in der gesamten Dokumentation erwähnt.

https://www.cyberciti.biz/faq/linux-unix-bsd-is-ntp-client-working/

https://wiki.archlinux.org/index.php/Systemd-timesyncd

Kommentare

  • Schauen Sie oben nach. Ich habe sudo systemctl status systemd-timesyncd und es scheint, als hätte ich einige timed-out -Protokolle. Muss ich jetzt traceroute?
  • nur hat traceroute verwendet und einige Ergebnisse erhalten.Wie kann ich traceroute mit ping verwenden?
  • Bei meiner Neuinstallation von Archlinux systemd-timesyncd.service lief nicht. Ich habe es gestartet und aktiviert und jetzt ist die Zeit auf meinem Computer korrekt.

Antwort

Hat die Zeitzone richtig für deinen Standort? Und Sie sollten die richtige Zeitzone über timedatectl set-timezone

einstellen. Der Befehl date zeigt das System an Zeit für Ihren aktuellen Standort.

ntpdate korrigiert die Zeit für Ihre Zeitzone.

Wenn Sie beispielsweise einen Apple NTP-Server verwenden, wird Folgendes angezeigt:

sudo ntpdate time.apple.com 11 Jan 19:18:28 ntpdate[1052]: adjust time server 17.253.38.125 offset 0.004981 sec 

Kommentare

  • Zeitzone wird “ NTP nicht synchronisiert: nein “

Schreibe einen Kommentar

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