Jak opravit čas v Arch Linuxu

Momentálně používám Arch Linux jako svůj OS na ploše. Když se podívám na svůj čas, je 22:38, kdy je čas jasně kolem 17:08. Když vyvolám příkaz timedatectl, zobrazí se mi:

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 

Aktualizovat

Když spustím sudo systemctl status systemd-timesyncd, zobrazí se mi:

● 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

Také vyzkoušel jsem příkaz traceroute -U -p ntp pool.ntp.org a dostanu:

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 * * * 

Jak to opravím? Dokonce jsem zkusil timedatectl set-ntp true. Mám se restartovat, aby se to projevilo?

Komentáře

  • dobrá práce. Google říká, že cyberoam je značka (webového filtrování?) brány firewall. Není neobvyklé, že vaše univerzita používá pro své vlastní počítače interní server NTP a ‚ Je docela možné, že k nim máte přístup. (Počítače se systémem Windows používající Active Directory budou pravděpodobně používat řadič domény jako server NTP.) University of York měla velmi podobné nastavení IIRC. Mohu ‚ nenajde jakoukoli dokumentaci o vašem IT na webu IISC bohužel.
  • Vypadá to, že SERC zvládne IT vašeho kampusu. Mají nějaké instrukce pro Linux, i když nic o NTP, možná můžete se přesměrovat na někoho, kdo vám pomůže? nitss.iisc.ac.in a serc.iisc. v / zařízení / podpora
  • @sourcejedi Mnohokrát děkujeme, ‚ ve gon e nad rámec toho, co je potřeba pro odpověď SE.
  • Související hlášení o chybě na systemd ‚ s GitHub: Nelze ‚ n synchronizovat čas, když je čas nesprávný kvůli dnssec

Odpovědět

systemd-timesyncd nebude vyžadovat restart. Testoval jsem na svém systému timedatectl. Možná bude nutné počkat minutu na připojení.

man timedatectl

status

Zobrazit aktuální nastavení systémových hodin a RTC, včetně toho, zda je zapnutá synchronizace času v síti. Pamatujte, že to, zda je zapnuta synchronizace času v síti, jednoduše odráží, zda je povolena jednotka systemd-timesyncd.service. I když tento příkaz zobrazuje stav jako vypnutý, může jiná služba stále synchronizovat hodiny se sítí.

$ 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 

stránka timedatectl leží na mém systému. Možná byla implementace opravena Fedorou, aniž by ji opravovala. Nevím, jak zjistit, která služba se používá; můj systém používá chronyd. Představuji si, že by mohl také je možné použít ntp / ntpd.

Ve vašem případě bych si ale byl docela jistý, že Arch používá výchozí předvolbu timesyncd.

$ 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 

Možná máte Pod stavem byly zaznamenány chyby. Nezapomeňte spustit systemctl jako uživatel s přístupem do systémového deníku, např. pomocí sudo.

Na rozdíl od chronyd s chronyc neexistuje dokumentovaný způsob dodatečného dotazování systemd-timesyncd pro … cokoli opravdu, kromě„ NTP synchronized: no “. Doufám, že má užitečné protokoly!

Navrhuji zaměřit se na

  1. identifikovat známý pool.ntp.org alias, o který se váš systém pokouší použít.
  2. Vyzkoušejte alias, např ntpdate -q arch.pool.ntp.org.
  3. traceroute na alias, abyste zjistili, zda v blízkosti není blok, tj. brání firewall v přístupu. Jako vždy bych nejprve použil ping, protože výsledky budou rychlejší (a bude méně náchylný k chybné interpretaci), nebo použiji mtr verze traceroute (to také výchozí pro ICMP traceroute, který se vyhne spoustě výstupu z vícecestných sítí). Nakonec chcete něco jako traceroute -U -p ntp pool.ntp.org, tj. Používat stejný port UDP jako NTP.

EDIT : předchozí verze této odpovědi byly zmateny ohledně výchozích serverů NTP systemd-timesyncd. Ačkoli jsou komentovány (deaktivovány) v timesyncd.conf, odkomentovat řádek by mělo být nutné pouze v případě, že potřebujete změnit server. Výchozí hodnoty jsou integrovány do timesyncd v době kompilace. Toto je uvedeno ve všech dokumentacích.

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

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

Komentáře

  • Podívejte se výše. Dotazoval jsem sudo systemctl status systemd-timesyncd a zdá se, že mám nějaké timed-out protokoly. Musím traceroute hned?
  • jen used traceroute a získal několik výsledků.Jak mohu použít traceroute s ping?
  • při mé nové instalaci Archlinuxu systemd-timesyncd.service neběžel. Spustil jsem a povolil jej a nyní je čas na mém počítači správný.

Odpověď

Bylo časové pásmo správné pro vaši polohu? A měli byste nastavit správné časové pásmo pomocí timedatectl set-timezone

Příkaz date zobrazuje systém čas pro vaši aktuální polohu.

ntpdate opraví čas pro vaše časové pásmo.

Výsledkem bude například použití serveru Apple NTP:

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

Komentáře

  • časové pásmo není opraveno “ NTP synchronizováno: žádné “

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna. Vyžadované informace jsou označeny *