Hvordan fikse tid i Arch Linux

Jeg bruker Arch Linux som operativsystem på skrivebordet mitt. Når jeg ser på tiden min, er klokka 22:38, når tiden helt klart er rundt 17:08. Når jeg påkaller kommandoen timedatectl, får jeg:

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 

Oppdater

Når jeg kjører sudo systemctl status systemd-timesyncd, får jeg:

● 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

Jeg har også prøvde kommandoen traceroute -U -p ntp pool.ntp.org, og jeg får:

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

Hvordan fikser jeg dette? Jeg har til og med prøvd timedatectl set-ntp true. Skal jeg starte på nytt for at dette skal tre i kraft?

Kommentarer

  • godt arbeid. Google sier cyberoam er en merkevare av (nettfiltrering?) brannmur. Det er ikke uvanlig at universitetet ditt bruker en intern NTP-server til sine egne datamaskiner, og det ‘ er ganske mulig du har tilgang til disse. (Tilsynelatende vil Windows-PCer som bruker Active Directory bruke domenekontrolleren som en NTP-server). University of York hadde et veldig likt oppsett IIRC. Jeg kan ‘ t finner noen dokumentasjon om IT-en din på IISC-nettstedet dessverre.
  • Det ser ut til at SERC håndterer campus-IT-en din. De har noen Linux-instruksjoner, men ingenting om NTP, kanskje kan du bli henvist til noen som vil hjelpe? nitss.iisc.ac.in og serc.iisc. in / facilities / support
  • @sourcejedi Tusen takk, du ‘ har fått e utover det som er nødvendig for et SE-svar.
  • Relatert feilrapport om systemd ‘ s GitHub: Kan ‘ ikke synkronisere tiden når tiden er feil på grunn av dnssec

Svar

systemd-timesyncd krever ikke at du starter på nytt. Jeg har testet timedatectl på systemet mitt. Det kan være nødvendig å vente et øyeblikk på tilkobling.

man timedatectl

status

Vis gjeldende innstillinger for systemklokken og RTC, inkludert om nettverkstidssynkronisering er på. Merk at om synkronisering av nettverkstid er på bare gjenspeiler om enheten systemd-timesyncd.service er aktivert. Selv om denne kommandoen viser statusen som av, kan en annen tjeneste fremdeles synkronisere klokken med nettverket.

$ 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 

timedatectl manpage ligger på systemet mitt. Muligens ble implementeringen lappet av Fedora, uten å lappe manpage. Jeg vet ikke hvordan jeg kan spørre hvilken tjeneste som brukes; systemet mitt bruker tilfeldigvis chronyd. Jeg forestiller meg at det kan også være mulig å bruke ntp / ntpd.

Men i ditt tilfelle vil jeg være ganske trygg på at Arch bruker oppstrøms standard for 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 

Det kan hende du har hav feil registrert under statusen. Sørg for å kjøre systemctl som bruker med tilgang til systemjournalen, f.eks. bruker sudo.

I motsetning til chronyd med chronyc, er det ingen dokumentert måte å i tillegg søke på systemd-timesyncd for … noe virkelig, utover» NTP synkronisert: nei «. Håper den har nyttige logger!

Jeg foreslår at du sikter til

  1. Identifiser hvilket velkjente pool.ntp.org alias systemet ditt prøver å bruk.
  2. Test aliaset f.eks ntpdate -q arch.pool.ntp.org.
  3. traceroute til aliaset for å se om det er en nærliggende blokk, dvs. en brannmur som forhindrer tilgang. Som alltid vil jeg bruke ping først fordi det får resultater raskere (og er mindre utsatt for feiltolkning), eller bruker mtr versjon av traceroute (dette er også som standard ICMP traceroute, som unngår mye produksjon fra flerveisnett). Til slutt vil du ha noe sånt som traceroute -U -p ntp pool.ntp.org, dvs. bruke samme UDP-port som NTP gjør.

EDIT : tidligere versjoner av dette svaret var forvirret om systemd-timesyncds standard NTP-servere. Selv om de kommenteres (deaktiveres) i timesyncd.conf, bør det bare være nødvendig å fjerne kommentar fra linjen hvis du trenger å endre serveren. Standardverdiene er innebygd i timesyncd ved kompileringstid. Dette er nevnt i all dokumentasjon.

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

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

Kommentarer

  • Ta en titt ovenfor. Jeg har spurt sudo systemctl status systemd-timesyncd og det virker som om jeg har noen timed-out logger. Må jeg traceroute nå?
  • bare brukte traceroute og fikk noen resultater.Hvordan kan jeg bruke traceroute med ping?
  • På min nye installasjon av Archlinux systemd-timesyncd.service kjørte ikke. Jeg startet og aktiverte den, og nå er tiden på maskinen min riktig.

Svar

Gjorde tidssonen riktig for din plassering? Og du bør angi riktig tidssone via timedatectl set-timezone

Kommandoen date viser systemet tid, for din nåværende posisjon.

ntpdate vil korrigere tiden for din tidssone.

for eksempel bruk apple ntp server vil resultere:

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

Kommentarer

  • tidssone vil ikke fikse » NTP synkronisert: nei »

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *