Ret Ubuntu-tidsproblemer - Fejlfinding af timingfejl

To ure: Find hvilken der lyver

Hver computer holder tiden to steder. RTC (realtidsur) er et lille hardware-ur på bundkortet, der bliver ved med at tikke på batteristrøm, mens pc'en er slukket. Systemuret er, hvad Ubuntu viser dig, mens det kører, og det rettes over internettet af en synkroniseringstjeneste kaldet NTP. Ved opstart læser Ubuntu RTC og bygger systemuret ud fra det.

Så et forkert ur betyder en af tre ting: RTC'en holdt den forkerte værdi, Ubuntu læste den med den forkerte antagelse, eller internetkorrektionen skete aldrig. Den fejl, de fleste begår, er at rette urskiven i stedet for årsagen. En kommando adskiller alle tre årsager - det er næste trin.

Læs timedatectl, før du ændrer noget

Åbn en terminal og kør denne kommando. Du behøver ikke sudo bare for at se:

timedatectl

Syv linjer vises; seks af dem betyder noget. Lokal tid er tiden på din urskive efter tidszonekonverteringen. Universal tid er det samme tidspunkt i UTC - dette er det tal, der skal være rigtigt i sig selv. RTC-tid er, hvad hardware-uret på bundkortet holder i øjeblikket. Tidszone er den zone Ubuntu konverterer til, for eksempel Asien/Kolkata (IST, +0530). Systemur synkroniseret siger ja, når internettidssynkronisering er lykkedes mindst én gang denne opstart. RTC i lokal TZ: nej betyder, at Ubuntu antager, at RTC'en indeholder UTC - denne ene linje er hele dual-boot-historien.

På en sund maskine svarer RTC-tiden til den universelle tidslinje, den synkroniserede linje siger ja, og NTP-tjenesten viser aktiv. Skriv ned, hvad din skærm viser, før du ændrer noget - to minutters læsning her sparer en times tilfældige rettelser.

Match mønsteret til den virkelige årsag

Forkert tid er ikke et problem. Størrelsen og formen af ​​fejlen navngiver den skyldige næsten hver gang:

Forkert med præcis din zoneforskydning (5 timer og 30 minutter i Indien), og det vender, når du starter det andet OS - en dual-boot RTC-kamp. Windows og Ubuntu er uenige om, hvad hardware-uret betyder. Gå til trin 6.

Forkert efter minutter, vokser langsomt over uger - synkronisering er slået fra eller fejler, eller selve RTC'en driver. Tjek den synkroniserede linje og gå til trin 4.

Ret, mens pc'en kører, forkert igen efter hver nedlukning - RTC'en mister eller fejllæser tid, mens den er slukket. På gammel hardware er det CMOS-batteriet. Gå til trin 7.

Det rigtige zonenavn på skærmen, forkert tidspunkt alligevel - zonen er en visningsindstilling, ikke selve tiden. Din universelle tidslinje vil også være forkert. Gå til trin 5, og tjek derefter igen.

Forkert kun inde i en virtuel maskine, springer efter gendannelse eller genoptagelse - VM'en tager sin tid fra sin vært og fra snapshots, ikke kun fra NTP.

Slå internettidssynkronisering (NTP) til

De fleste single-boot Ubuntu-maskiner helbreder sig selv, hvis synkronisering får lov til at køre. Tænd den med denne kommando (den vil bede om din adgangskode):

timedatectl set-ntp true

Foretrækker GUI? Åbn Indstillinger, derefter Dato og klokkeslæt, og slå Automatisk dato og klokkeslæt til. Vent derefter et minut på en fungerende internetforbindelse, og kør timedatectl igen. Linjen Synkroniseret systemur skulle nu sige ja, og tiden skulle gå til den korrekte værdi.

Indstil tidszonen korrekt

Hvis selve zonen er forkert, ser alt andet ud til at være ødelagt. Se først den aktuelle zone på Tidszone-linjen i timedatectl-outputtet. Zonenavne skelner mellem store og små bogstaver og bruger skråstreger, såsom Asien/Kolkata. Angiv de nøjagtige navne og indstil dine:

timedatectl list-timezones
sudo timedatectl set-timezone Asia/Kolkata

Kør timedatectl igen, og bekræft, at linjen Lokal tid viser nu tiden på dit vægur, med zonen vist som Asien/Kolkata (IST, +0530). Stadig forkert efter dette, med den rigtige zone vist? Så var zonen aldrig problemet - gå tilbage til mønsterlisten i trin 3.

Dual Boot: Vælg en hardware-ur-regel

På en dual-boot-maskine skal du vælge en konvention og få begge systemer til at stemme overens. Ubuntus standard er den fornuftige: RTC'en indeholder UTC (RTC i lokal TZ: nej), og hvert OS konverteres til visning. Windows har som standard det modsatte: det behandler RTC som lokal tid. Denne uenighed er grunden til, at hver OS-switch flytter dit ur med præcis din zoneforskydning.

Det hurtige kompromis på Ubuntu-siden er denne kommando - Ubuntu læser og skriver RTC'en, som Windows forventer:

timedatectl set-local-rtc 1 --adjust-system-clock

Alternativet er at lære Windows at bruge UTC gennem RealTimeIsUniversal-registreringsværdien, hvilket efterlader Ubuntu på sin rene standard. Uanset hvilken side du vælger – vælg kun én. Anvendelse af begge rettelser vender fejlen i den modsatte retning.

Gem det rigtige tidspunkt på hardwareuret

Når systemuret er korrekt og synkroniseret, skal du gemme den korrekte værdi i RTC'en, så den næste koldstart starter rigtigt:

sudo hwclock --systohc
sudo hwclock --show

Den første kommando kopierer systemtiden ind i hardwareuret; den anden viser, hvad hardwaren nu rummer. Sluk derefter helt, vent et minut, start, og tjek tiden før netværket opretter forbindelse, hvis du kan - RTC'en burde allerede være rigtig.

Hvis tiden er forkert igen efter en fuld power-off selv nu, har software gjort alt, hvad den kan - mistanke om CMOS-batteriet eller en driftende RTC på gammel hardware. Sådan lever du også med et svagt batteri uden at udskifte det med det samme: med NTP-synkronisering slået til (trin 4) retter Ubuntu uret af sig selv kort efter hver opstart, når netværket er tilsluttet. Batteriudskiftningen er stadig den rigtige hardwarefix, men synkroniseringsdæksler for det i daglig brug.