Käytän Ubuntua virtuaalikoneessa ja tallennan yleensä virtuaalikoneen tilan sammuttaessani isäntäkoneen. Näin voin jatkaa työskentelyä samasta vaiheesta mihin lopetin.
Huomasin ettei Ubuntu näköjään päivitä kelloaan kovinkaan usein. Tällä hetkellä kello on yli vuorokauden jäljessä, eilisessä tiistaissa klo 13:55, vaikka virtuaalikone on ollut käynnissä ainakin pari tuntia.
Milläköhän tavalla Ubuntun saisi päivittämään kellonajan vaikkapa 5 minuutin välein?
Huomasin ettei Ubuntu näköjään päivitä kelloaan kovinkaan usein. Tällä hetkellä kello on yli vuorokauden jäljessä, eilisessä tiistaissa klo 13:55, vaikka virtuaalikone on ollut käynnissä ainakin pari tuntia.
Milläköhän tavalla Ubuntun saisi päivittämään kellonajan vaikkapa 5 minuutin välein?
Vastaukset 22
Vanhimmat
Enpä tiedä sinun virtuaalikoneesi asetuksia mutta minulla päivittyy kello aika jatkuvasti.
Itsellänikin on virtualisoitu Ubuntu 18.04 LTS, joka pysyy ajassa, enkä ole sille mitään tehnyt.
En ole asiaa tutkinut, mutta oletan Ubuntun hakevan ajan joka kerta käynnistyessään (toisin kuin Windows, joka päivittää ajan aina "joskus").
Asetukset => Tietoja => Aika ja päivä
Tuolta muutetaan ajan ja päivän asetuksia ja verkon kautta päivittämisiä.
Minulla Ubuntu on 16.04.5 LTS Mate-käyttöliittymällä. Jos yläkulmasta valitsee kellon päältä asetukset, niin aika-asetuksista voi asettaa vain ajan käsin. Ei ole mitään nettiajan hakuja tai vastaavia.
Saisikohan tuon jollain skriptillä hakemaan kellonajan säännöllisin väliajoin aika-palvelimelta?
En Matea tunne, mutta paketinhallinnasta saattaa löytyä graafisia lisäkikkareita ajanhallintaan.
Voit toki myös hakea netistä lisätietoa Debianin NTP:stä ja hoitaa homman sudo-loitsuilla konsolissa.
Komentokehotteesta väärän ajan tai päiväyksen asettaminen ei onnistu, jos automaattinen synkronointi johonkin aikapalvelimeen (NTP) on aktiivi.
Miten olet virtuaaliympäristöön asettamasi käyttöjärjestelmän aika-setukset laittanut. Tai miten sinulla on host järjestelmän aikaasetukset konfattu, sehän se määrää asiakas-ympäristön ajan. Automaattinen synkronointi kyllä korjaa ajan oikeaksi, vaikka tallennettu ja myöhemin uudelleen käynistetty istunto aloittaisikin virheellisellä kellonajalla
Testaa näin:
timedatectl set-time '2015-12-01'
tuohon järjestelmä vastaa seuraavasti:
Failed to set time: Automatic time synchronization is enabled
Eikä tuohon vaikuta edes sudottelukaan.
Käynnistin samalla tavalla aikaisemmin jäädytetyn Linux Mint XFCE -virtuaalikoneen ja siinä kellonaika päivittyi samaan kuin isännässä (Fedora), joten tuskin isännän aika-asetukset vaikuttavat?
Sama virhe tuli tuon komennon suorittamisesta.
Ei auttanut komennot
sudo timedatectl set-ntp off
sudo timedatectl set-ntp on
jotka jonkun ohjeen mukaan aiheuttaisivat ajan synkkaamisen.
Tuon jälkeen kun ajaa pelkän timedatectl:n, niin tulee
Local time: ti 2018-09-18 15:43:58 EEST
Universal time: ti 2018-09-18 12:43:58 UTC
RTC time: ti 2018-09-18 12:39:51
Time zone: Europe/Helsinki (EEST, 0300)
Network time on: yes
NTP synchronized: no
RTC in local TZ: no
Miksiköhän tuo "NTP synchronized" on "no"?
Tämänkin jälkeenkö ?
sudo timedatectl set-ntp on
Siis siinä isäntä (host) järjestelmässä vai siinä viertuaaliympäristössäkö?
Kun otat synkronoinin pois päältä:
sudo timedatectl set-ntp no
voit muutta tuon ajan näin:
timedatectl set-time '2015-12-01'
Mutta kun palautat synkronoinin näin:
sudo timedatectl set-ntp yes
palaa myös järjestelmän kellot oikeaan aikaan.
Pistin tuon sinun maten lataukseen ja katson eikö nämä oikeasti toimi siinä, näköjään jo tätä kirjoittaessa kerkisi ladata, joten kohta sen tiedän.
Kyllä tuo minulla toimi ihan oikein: https://i.postimg.cc/XJLZLnkd/Valinta_151.png
Kyllä. Virtuaali-Mintissä jossa ajan päivittäminen toimii tuo tuloste on aika paljon toisenlainen:
Local time: Wed 2018-09-19 18:18:07 EEST
Universal time: Wed 2018-09-19 15:18:07 UTC
RTC time: Wed 2018-09-19 15:18:08
Time zone: Europe/Helsinki (EEST, 0300)
System clock synchronized: yes
systemd-timesyncd.service active: yes
RTC in local TZ: no
No tuohan on ihan oikein.
Ei aukea tuo kuva. 404 not found.
Mutta outo juttu että Ubuntussa ei saa nyt tuota synkronointia toimimaan, mutta Linux Mintissä se toimii.
Jaahas, tuosta on poistettu yksi viesti. Synkronoinnin poiston jälkeen ajan sai tosiaan asetettua käsin, mutta sen synkronoinnin kytkeminen uudelleen käyttöön ei päivittänyt kellonaikaa netistä. Edelleen: NTP synchronized: no.
systemd minulle vieras. OpenNTP on kevyt aikapalvelin joka hakee ajan netistä. Jos aika heittää paljon ei aikapalvelin korjaa sitä. Tuotantokoneessa aikahyppy sotkisi monta asiaa. Pullat eivät paistuisi kypsiksi. Ubuntussa on oletuksena ajan asettaminen bootissa, mutta ei seuraa aikaa netistä. toimii hyvin kun kone sammutetaan yöksi.
Sain pakotettua ajan kuntoon näillä komennoilla:
sudo service ntp stop
sudo ntpd -gq
sudo service ntp start
Ilmeisesti tuo ntp-palvelu oli vaan jostain syystä pysäytetty. Pitää nyt seurata jääkö muutos pysyväksi.
Ei muista enää aivan kaikkea, mutta käsittääkseni RTC päivitetään oikeaan aikaan ntp:n toimesta 11 minuutin välein varmuustoimena. Ja ntp-kello taas päivittyy, mikäli on nettiyhteys. Tuo väärään aikaan päivittyminen toimii lähinnä merkkinä, että ntp ei ole saanut aikaa netistä vaikka siksi, ettei nettiyhteys ole ollut vielä auki, kun aikaa on yritetty hakea. Usein tuo korjautuu itsekseen hetken kuluttua. Voi myös asentaa ntpdate työkalun, millä saa komentoriviltä synkattua ajan. Tai synkata ajan väliaikaisesti RTC:ltä, mikäli ntp epäonnistuu(hwclock-komennolla).
Siispä poistamalla ntp, mikäli nettiyhteyttä ei oletuksena ole saatavilla auttaa. Tämän jälkeen systeemi tukeutuu RTC-asetukseen ja lukee ajan patterivarmennetulta kellolta. Sisäinen aika on sitten taas eri juttu eli systeemiaika saadaan jostain lähteestä, joista 2 on edellä mainittu.
NTP synchronized jäi kyllä yes-tilaan, muttei aikaa kuitenkaan ole tänään päivitetty. Virtuaalikone on ollut nyt ehkä pari tuntia käynnissä, mutta kello käy vielä eilisiltaa. Pitänee noista kolmesta komennosta kasata aika-ajoin suoritettava skripti.
Ei tarvinne mitään erityisasetuksia ainakaan Ubuntu16:ssa . Tai sitten olen sen asennusvaiheessa konffannut. (Windowsissa sai muistaakseni erikseen määriteltyä ajanseurannan sekunnilleen mm. NIST:in jms. mukaan). Minulla on jatkuvasti sekunnilleen Ylen aikamerkin mukaan oikea aika.
Joku puhui jostain 11 minuutin jaksoista. Se on aivan liian pitkä pitääkseen koneen ajan oikeassa. Sekunnintarkkaa aikaa tarvitaan mm. Ft8-ajossa.
No, pps-sekuntipulssia saa linukkaankin tungettua gps-vastaanottimelta sarjaportin kautta ja ajurituki on käsittääkseni ainakin raudalla, joka tukee kellojaksojen laskemista - käytännössä kai jostain amd k7/intel p4 ajoista lähtien tällä pääsi muistaakseni nanosekuntien tarkkuuteen eli tuolla n. 2GHz prosaritaajuudella aikaleiman tarkkuus olisi n. 500 ps jos sen saa kellosyklin tarkkuudella hoonattua kohdilleen - mikä harvoin on tilanne.
Tähän se sitten konkreettisesti päätyy:
http://oliveryang.net/2015/09/pitfalls-of-TSC-usage/
-eli käytännössä prosareissa on käskykannassa erilaisia toteutuksia jotka toimivat vähän miten sattuu ja lopputulos on sitten sen mukainen. Käytännössä pitää tuntea rautansa jotta pääsee haluttuun lopputulokseen(tai tietää pääsevänsä haluttuun lopputulokseen).