🚀 go-pugleaf

Jacek <jacmac@tlen.pl> writes:

> W pewnym moim linuksie na lapku (Mint 22.1) wymagana jest dosyć duża
> dokładność zegara, rzędu 0,1 s. Na ogół jest utrzymywana ale bywa że
> ni z tego ni z owego zaczyna się różnić o kilka a nawet kilkanaście
> s. W starych linuksach lata temu zegar systemowy na pasku miał
> możliwość wpisania adresu serwera czasu oraz możliwość wydania

A po prostu jakiś ntp?

KJ
-- 
http://wolnelektury.pl/wesprzyj/teraz/
No campfires allowed.

W dniu 8.03.2025 o 12:42, Kamil Jońca pisze:
> Jacek <jacmac@tlen.pl> writes:
> 
>> W pewnym moim linuksie na lapku (Mint 22.1) wymagana jest dosyć duża
>> dokładność zegara, rzędu 0,1 s. Na ogół jest utrzymywana ale bywa że
>> ni z tego ni z owego zaczyna się różnić o kilka a nawet kilkanaście
>> s. W starych linuksach lata temu zegar systemowy na pasku miał
>> możliwość wpisania adresu serwera czasu oraz możliwość wydania
> 
> A po prostu jakiś ntp?
> 
Sugerujesz żeby zainstalować klienta ntp na tym linuksie. Ale wtedy 
nastąpi zdublowanie funkcji synchronizacji czasu nie wiadomo czy nie 
wpływające negatywnie na system. Bo przecież już w Mincie jest jakiś 
mechanizm kontroli czasu, bez wątpienia korzystający z serwerów ntpd. 
Wolałbym jaką podpowiedź pozwalającą zlokalizować ten istniejący już 
mechanizm, bo wtedy zapewne znalazłyby się jakieś metody ręcznego użycia 
na żądanie.

-- 
Jacek Maciejewski
<I hate haters>

Jacek <jacmac@tlen.pl> writes:

[...]
> Sugerujesz żeby zainstalować klienta ntp na tym linuksie. Ale wtedy
> nastąpi zdublowanie funkcji synchronizacji czasu nie wiadomo czy nie
> wpływające negatywnie na system. Bo przecież już w Mincie jest jakiś
> mechanizm kontroli czasu, bez wątpienia korzystający z serwerów

Skąd ta wiedza? Jak dla mnie może byc tak że jest po prostu zegar
sprzętoway + jakiś "aplet" uruchamiany przez ludzia ręcznie.

> ntpd. Wolałbym jaką podpowiedź pozwalającą zlokalizować ten istniejący
> już mechanizm, bo wtedy zapewne znalazłyby się jakieś metody ręcznego
> użycia na żądanie.

Ale po co, skoro ntp ci załatwi wszystko raz a dobrze?
Natomiast jeśli się upierasz na "rozwiązanie które na pewno jest już
mincie" to nie pomogę
KJ

-- 
http://wolnelektury.pl/wesprzyj/teraz/
Once a woman has given you her heart you can never get rid of the rest of her.
		-- Vanbrugh

W dniu 8.03.2025 o 19:49, Kamil Jońca pisze:
> Ale po co,
Dla elegancji :)

  skoro ntp ci załatwi wszystko raz a dobrze?
> Natomiast jeśli się upierasz na "rozwiązanie które na pewno jest już
> mincie" to nie pomogę
Ale mnie natchnąłeś :) Zamiast kopać w necie za Mintem, pokopałem za 
Ubuntu i znalazłem parę opisów czegoś co się nazywa timedatectl i działa 
również w Mincie. Już wiem jak ustawić konkretny serwer ntp tyle że 
jeszcze nie wiem jak wywołać synchronizację na żądanie.


-- 
Jacek Maciejewski
<I hate haters>

On 2025-03-08 at 20:09 Jacek wrote:
> Ale mnie natchnąłeś :) Zamiast kopać w necie za Mintem, pokopałem za Ubuntu
> i znalazłem parę opisów czegoś co się nazywa timedatectl i działa również w
> Mincie.

timedatectl sam nie zajmuje się synchronizacją czasu -- w Mincie domyślnie
robi to serwis systemd-timesyncd, ale on obsługuje tylko protokół SNTP,
a nie pełne NTP i, jak sam zauważyłeś, nie jest niezawodny, więc posłuchaj
kolegów i zainstaluj porządnego klienta NTP z repo Minta (to się chyba
kwalifikuje jako mechanizm dostępny w Mincie?) -- pakiet nazywa się chrony,
a jego instalacja jednocześnie usuwa z systemu systemd-timesyncd,
więc nie grozi ci żadne „zdublowanie funkcji synchronizacji czasu”.
Ja jeszcze zawsze zmieniam domyślnie skonfigurowane serwery NTP, czy tam
pule serwerów, na serwery czasu urzędowego w Polsce udostępnione przez GUM:
tempus[12].gum.gov.pl

> Już wiem jak ustawić konkretny serwer ntp tyle że jeszcze nie wiem
> jak wywołać synchronizację na żądanie.

Synchronizację na żądanie można wywołać restartując serwis odpowiadający za
tę synchronizację (zamiast cały system) poleceniami 'timedatectl set-ntp 0'
i 'timedatectl set-ntp 1', co powinno działać i dla systemd-timesyncd,
i dla chrony.  Dla systemd-timesyncd można też 'systemctl restart
systemd-timesyncd', a w przypadku chrony można synchronizację wymusić poleceniem
'chronyc makestep' bez restartowania serwisu.

W dniu 9.03.2025 o 23:15, marrgol pisze:
> On 2025-03-08 at 20:09 Jacek wrote:
>> Ale mnie natchnąłeś :) Zamiast kopać w necie za Mintem, pokopałem za Ubuntu
>> i znalazłem parę opisów czegoś co się nazywa timedatectl i działa również w
>> Mincie.
> 
> timedatectl sam nie zajmuje się synchronizacją czasu -- w Mincie domyślnie
> robi to serwis systemd-timesyncd, ale on obsługuje tylko protokół SNTP,
> a nie pełne NTP i, jak sam zauważyłeś, nie jest niezawodny, więc posłuchaj
> kolegów i zainstaluj porządnego klienta NTP z repo Minta (to się chyba
> kwalifikuje jako mechanizm dostępny w Mincie?) -- pakiet nazywa się chrony,
> a jego instalacja jednocześnie usuwa z systemu systemd-timesyncd,
> więc nie grozi ci żadne „zdublowanie funkcji synchronizacji czasu”.
> Ja jeszcze zawsze zmieniam domyślnie skonfigurowane serwery NTP, czy tam
> pule serwerów, na serwery czasu urzędowego w Polsce udostępnione przez GUM:
> tempus[12].gum.gov.pl
> 
>> Już wiem jak ustawić konkretny serwer ntp tyle że jeszcze nie wiem
>> jak wywołać synchronizację na żądanie.
> 
> Synchronizację na żądanie można wywołać restartując serwis odpowiadający za
> tę synchronizację (zamiast cały system) poleceniami 'timedatectl set-ntp 0'
> i 'timedatectl set-ntp 1', co powinno działać i dla systemd-timesyncd,
> i dla chrony.  Dla systemd-timesyncd można też 'systemctl restart
> systemd-timesyncd', a w przypadku chrony można synchronizację wymusić poleceniem
> 'chronyc makestep' bez restartowania serwisu.
> 
> 
Piękne dzięki za rozjaśnienie sytuacji. Całą twoją podpowiedź sobie 
zapisałem w katalogu MintTips :) do wykorzystania niebawem. No i 
domyślałem się że wystarczy zrestartować timedatectl aby wywołać synchro 
na żądanie, tylko czekałem do kolejnej awarii aby to wypróbować :)

-- 
Jacek Maciejewski
<I hate haters>

Sun, 9 Mar 2025 23:15:19 +0100      
marrgol <marrgol@address.invalid>   napisał(a):


> Synchronizację na żądanie można wywołać restartując serwis odpowiadający za
> tę synchronizację (zamiast cały system) poleceniami 'timedatectl set-ntp 0'
> i 'timedatectl set-ntp 1', co powinno działać i dla systemd-timesyncd,
> i dla chrony.  Dla systemd-timesyncd można też 'systemctl restart
> systemd-timesyncd', a w przypadku chrony można synchronizację wymusić poleceniem
> 'chronyc makestep' bez restartowania serwisu.

chronyc makestep, powoduje u mnie wyłączenie synchronizacji
	System clock synchronized: no
więc trzeba ponownie włączyć
	timedatectl set-ntp yes	

Piotr.

On 2025-03-10 at 10:25 Konto58 wrote:
>> […] w przypadku chrony można synchronizację wymusić poleceniem
>> 'chronyc makestep' bez restartowania serwisu.
> 
> chronyc makestep, powoduje u mnie wyłączenie synchronizacji
> 	System clock synchronized: no

timedatectl kłamie ;-)

# systemctl stop chronyd
                                                             # chronyc
tracking

506 Cannot talk to daemon


# timedatectl

               Local time: Mon 2025-03-10 11:50:43 CET


           Universal time: Mon 2025-03-10 10:50:43 UTC


                 RTC time: Mon 2025-03-10 10:50:43


                Time zone: Europe/Warsaw (CET, +0100)


System clock synchronized: yes


              NTP service: inactive


          RTC in local TZ: no


#

NTP wyłączony, a on mówi, że czas zsynchronizowany?

Niczego nie wyłącza, trzeba po prostu chwilę zaczekać, chrony musi
sobie „pogadać” z serwerem NTP, co zwykle trwa kilkanaście, może
kilkadziesiąt sekund.

> więc trzeba ponownie włączyć
> 	timedatectl set-ntp yes	

Nie, nie trzeba:

# chronyc tracking
Reference ID    : C292FB65 (tempus2.gum.gov.pl)
Stratum         : 2
Ref time (UTC)  : Mon Mar 10 10:54:21 2025
System time     : 0.000139052 seconds fast of NTP time
Last offset     : +0.000480410 seconds
RMS offset      : 0.001001170 seconds


Frequency       : 3.860 ppm fast
Residual freq   : +0.055 ppm
Skew            : 9.495 ppm
Root delay      : 0.015424609 seconds
Root dispersion : 0.002404715 seconds
Update interval : 65.3 seconds
Leap status     : Normal
# chronyc makestep
200 OK
# chronyc tracking
Reference ID    : C292FB65 (tempus2.gum.gov.pl)
Stratum         : 2
Ref time (UTC)  : Mon Mar 10 10:54:21 2025
System time     : 0.000000000 seconds fast of NTP time  <<<<<<<<<<<
Last offset     : +0.000480410 seconds
RMS offset      : 0.001001170 seconds
Frequency       : 3.860 ppm fast
Residual freq   : +0.055 ppm
Skew            : 9.495 ppm
Root delay      : 0.015424609 seconds
Root dispersion : 0.002472336 seconds
Update interval : 65.3 seconds
Leap status     : Normal
# ############ I po minucie: ###########
# chronyc tracking ###### I po minucie:
Reference ID    : C292FB65 (tempus2.gum.gov.pl)
Stratum         : 2
Ref time (UTC)  : Mon Mar 10 10:55:26 2025
System time     : 0.000209958 seconds fast of NTP time
Last offset     : +0.000217637 seconds
RMS offset      : 0.000952284 seconds
Frequency       : 4.393 ppm fast
Residual freq   : +0.106 ppm
Skew            : 7.932 ppm
Root delay      : 0.015424609 seconds
Root dispersion : 0.003129392 seconds
Update interval : 64.2 seconds
Leap status     : Normal

W dniu 9.03.2025 o 23:15, marrgol pisze:
> Ja jeszcze zawsze zmieniam domyślnie skonfigurowane serwery NTP, czy tam
> pule serwerów, na serwery czasu urzędowego w Polsce udostępnione przez GUM:
> tempus[12].gum.gov.pl

Dla dywersyfikacji podpowiem jeszcze
ntp.task.gda.pl

Od ćwierć wieku używam bez problemu.
-- 
Olek

marrgol <marrgol@address.invalid> writes:

[...]
> tempus[12].gum.gov.pl
>
Człowiek zawsze się czegoś dowie.
KJ

-- 
http://wolnelektury.pl/wesprzyj/teraz/
Save energy: be apathetic.

Mon, 10 Mar 2025 12:04:17 +0100      
marrgol <marrgol@address.invalid>   napisał(a):

> On 2025-03-10 at 10:25 Konto58 wrote:
> >> […] w przypadku chrony można synchronizację wymusić poleceniem
> >> 'chronyc makestep' bez restartowania serwisu.  
> > 
> > chronyc makestep, powoduje u mnie wyłączenie synchronizacji
> > 	System clock synchronized: no  
> 
> timedatectl kłamie ;-)

Hmm, faktycznie po kilku sekundach pokazuje
 System clock synchronized: yes

Piotr.