Newsgroup: it.comp.os.linux.iniziare
Titolo: Ubuntu Mate e modifica dell'orario di sistema

Avendo ancora del tempo per migrare completamente a Ubuntu Mate sto
facendo il tandem con il mio vecchio S.O. Purtroppo ogni volta mi cambia
l'orario di sistema, in genere porta l'orario di un'ora avanti, non
posso accedere agli NTP per policy aziendal, si
può bloccare questa modifica molto fastidiosa?
 


le impostazioni dell'orario sui due sistemi non sono uguali (fuso-orario, daylight saving, ecc.).
 
L'NTP non c'entra niente.
 
Ciao Jack

 
provato con: dpkg-reconfigure tzdata
 
?

 L'NTP non c'entra niente.
 
Ok, ma non si può impostare invece che non faccia nulla e non modifichi
l'orario di sistema?
 

 ?
Si, ora su tuo suggerimento ma non si può impostare invece che non faccia
nulla e non modifichi l'orario di sistema?
Purtroppo andando sull'altro sistema ho il problema contrario, scala di
un'ora. 
 

 ?
 
Ho applicato il comando anche sull'altro S.O. e ora sembra tutto ok.
Grazie!
 

 ?
Che dire... ha ricominciato... :( Non saprei proprio... :(
 


Qual è di preciso il tuo vecchio sistema?
 
Potrebbe essere un problema di "interpretazione" dell'orologio "hardware",
cioè quello del bios:
 
Sul sistema 1 lo considera come sincronizzato con UTC, mentre sul
sistema 2 come "local".
 
Il sistema operativo di solito imposta il proprio orologio attraverso
un qualche servizio che si attiva alla connessione ad internet (via ntp
quindi).
Quando poi spegni il sistema, o riavvii... l'orario del BIOS viene
sincronizzato con quello del sistema operativo.
 
Mettiamo che il tuo orologio del sistema operativo sia settato sul
fuso Italia/Roma (ma questo non importa granchè). E che il sistema
sia configurato per considerare l'orologio hardware del bios come
UTC (cioè fuso di Greenwich in pratica).
Se adesso sono le 18:00 sul sistema operativo e spegni il PC il sistema
sincronizza l'orologio hardware regolandolo sulle 17:00 perchè tiene
conto che UTC = Roma - 1h.
 
Se il secondo sistema è configurato per interpretare l'orologio del BIOS
anch'esso come UTC, non c'è problema, non dovresti riscontrare cambiamenti
nell'orario.
Se invece il secondo sistema interpreta l'orologio hardware come
sincronizzato su "Local", cioè sull'orario locale, succede che quando
accendi, lui vede che il bios marca le 17:00. E interpreta quello come
l'orario locale (quindi Italia/Roma), così regola l'ora del sistema
operativo sincronizzandola con le 17:00 ed ecco che in definitiva ti
ritrovi un'ora indietro quando riavvi e fai partire il sistema 2.
 
Per quello ti ho chiesto di quali sistemi si tratta di preciso.
 
Se il problema è quello la soluzione è sempice:
devi configurare la modalità con cui i sistemi operativi interpretano
l'orario del bios (in inglese l'hardware clock) allo stesso modo, o
entrambi UTC, oppure entrambi "Local".
 
Vado a memoria, ma mi sembra che windows considera l'orario hardware
come Local, per cui se sei in dual boot con windows dovresti settare
linux in modo che anche lui veda l'orologio del bios regolato su ora
locale.
 
Come si configuara il tutto dipende dal sistema operativo, se mi 
dici che sistemi di preciso hai in dual boot ti cerco qualcosa...
 
Ciao!

Sembra che zuliq abbia detto :

Ciao,
ti faccio il copia & incolla degli appunti che avevo salvato qualche 
anno fa' (il link è una riga sola ...)
 
 
Tratto da: 
https://help.ubuntu.com/community/UbuntuTime#Make_Windows_use_UTC
 e da 
qui: 
http://www.webupd8.org/2014/09/dual-boot-fix-time-differences-between.html
 
 
Andare in Windows.
Creare un file .reg ed incollarci dentro questo:
Windows Registry Editor Version 5.00
 
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
     "RealTimeIsUniversal"=dword:00000001
 
Salvarlo ed eseguirlo.
Aprire il prompt di DOS come AMMINISTRATORE ed eseguire questo comando:
sc config w32time start= disabled
 
Riavviare il PC
 
 
Con me aveva funzionato.
 
Ciao, Mario
 
 


l'hai eseguito come root? o con sudo

 ha scritto:

Con sudo. Il problema è a fasi alterne, oggi, fino a questo momento non mi da
problemi. Boh.
 

 non mi da problemi. Boh.
 
Ma se lanci questo cosa ti restituisce?
 
timedatectl
 
posta l'output di questo comando su ubuntu (può darsi che ti serva
lanciarlo come root, eventualmente fai "sudo su -" per avere un prompt
di root).
 
Poi dovresti fare la stessa cosa sul secondo sistema
che non ho capito quale sistema sia... È windows o un
altro linux (quale?).
Se non dici queste due cose è difficile capirci.
 
Ciao

 Se non dici queste due cose è difficile capirci.
 
Ok. Linux Debian 8, Ubuntu Mate e Win10.
Ciao.
 

 Ciao
 
P.S. l'orario reale su Debian 8 doveva essere 8:20
Continuano a non essere allineati, anche su Win ho lo stesso problema ma è
allineato al debian 8.
 
 

 Se non dici queste due cose è difficile capirci.
 
Il sistema operativo linux non potrebbe semplicemente ignorare l'orario di
sistema senza modificarlo lasciando all'utente la necessità di variarlo?
 
 

          RTC in UTC by calling 'timedatectl set-local-rtc 0'.
 
SECONDO TE QUESTO COSA SIGNIFICA?
 
Ti dice chiaramente qual'e' il problema e come risolverlo...
 
Ciao Jack

 Ok. Linux Debian 8, Ubuntu Mate e Win10.
 
Ecco Win10 non so come considera l'ora di sistema...
Se mantiene la tradizione win dovrebbe trattarla, come
ora locale.
Puoi testare la cosa avviando debian e riavviando in
windows o viceversa (l'importante è che no avvi ubuntu
tra un riavvio e l'altro).
Però forse si può settare su UTC, si spera...
 
 
L'ottimo sarebbe quanto segue:
 
- settare tutti i sistemi in modo che considerino
  l'orologio BIOS in UTC.
 
- settare i linux in modo che sincronizzino l'ora
  via internet attivando NTP e dagli output che
  hai postato devi mettere apposto qualcosa,
  poi ti dico.
 
- Anche windows dovrebbe comportarsi così riguardo
  la sincronizzazione via internet e penso che lo
  faccia di default, ma nono sono sicuro.
 
 
Chiedevi se c'è la possibilità di non alterare
l'orologio del BIOS da parte dei sistemi...
Mi sa di no, ma anche se ci fosse te lo sconsiglierei
vivamente. Meglio fare le cose per bene!  :D
 
 
----------------
 
Ok, allora in windows (se è versione a 64bit) si fà così:
 
apri il terminale come amministratore (se non sai come si fà
cerca con google... ma è una banalità) e dai il seguente comando:
 
Reg add HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation /v RealTimeIsUniversal /t REG_QWORD /d 1
----------------
 
In ubuntu dovresti installare ntp se non l'hai fatto.
Poi assicurarti che il contenuto del file segente sia
qualcosa di simile... cioè devi avere almeno settato
un server ntp valido in variabile "NTP=", mettici quello
che preferisci...
 
cat /etc/systemd/timesyncd.conf
---
[Time]
NTP=
pool.ntp.org
 
FallbackNTP=
ntp.ubuntu.com
 
---
 
Ovvio che ti servono i permessi di root...
 
Infine dai questo comando per attivare la cosa
 
timedatectl set-ntp true
 
 
Alla fine di tutta sta solfa puoi ripostare
il comando che ti mostra lo stato di fatto:
 
timedatectl
 
magari anche dopo un riavvio e vediamo cosa dice
-----------------
 
 
In debian devi fare la stessa cosa, ma
in più devi anche impostare l'UTC:
 
- apt-get install ntp
- timedatectl set-local-rtc 0
- timedatectl set-ntp true
- verifica il ed eventualmente edita opportunamente
  il file /etct/systemd/timesyncd.conf
- riavvia
- posta la verifica che ottieni lanciando "timedatectl"
-----------------
 
ciao

 Ciao Jack
 
Ciao Zuliq.
 

 ciao
 
Leggerò, appena possibile, con maggiore attenzione il tuo post. Grazie!
 

 -----------------
 
C'e' un problema di fondo che non posso risolvere. Non posso collegarmi, al
lavoro, con i server NTP, quindi il problema si ripresenterebbe.
Esiste un modo per far ignorare il time a Linux, almeno Ubuntu, o far
utilizzare
lo stesso sistema di Windows? Ciao e grazie!
 

- non avete un server interno che fornisce il servizio NTP ?
 
- ma qualche post fa, funzionava tutto?

 - ma qualche post fa, funzionava tutto?
 
Scusate, volevo chiedere una cosa: dopo aver letto tutto questo thread
ed aver anche risposto all'OP in uno analogo su it.comp.os.linux.ubuntu,
noto che il mio trollometro e` praticamente a fondo scala; da voi e`
tutto regolare e sono io che debbo ritararlo?
 

 lavoro, con i server NTP, quindi il problema si ripresenterebbe.
 
Falso.
Imposta tutto come ho spiegato.
Regola l'orologio del BIOS a mano quando accendi il PC
in modo che sia sincronizzato un'ora indietro, cioè sul-
l'orario UTC per capirci.
 
In questo modo quando avvii uno qualsiasi dei sistemi,
l'ora viene presa dal BIOS, quando si collega alla rete
cercherà di sincronizzare via NTP, non ci riuscirà, poco
male. Allo shutdown praticamente non succederà nulla.
Da qui, quando riavvi in altro sistema, si avrà lo stesso
comportamento e non otterrai sfasamenti di orario.
 
In altre parole i problemi in gioco sono due distinti:
 
1- coerenza tra orario BIOS e orario sistemi in multiboot
E questo lo puoi risolvere come spiegato sopra.
 
2- sincronizzazione via NTP dei vari SO.
E questo al lavoro devi chiedere all'admin che ha messo il
blocco su NTP. Ti spiegherà lui come impostare.
Se si tratta di un portatile invece accadrà che quando lo
colleghi ad internet da fuori la sincronizzazione via NTP
funzionerà regolarmente e ovviamente resterà tutto coerente.
 
Ciao.

 - ma qualche post fa, funzionava tutto?
 
Apparentemente, poi ho ripostato che non andava.
 

- cosa hai nel file: /etc/timezone
Europe/Rome ?
 
 
- cosa vedi da: hwclock --show

 caldamente raccomandati.
 
conviene darla ai tuoi genitori, perche' quando scopriranno che i soldi che hanno investito per farti imparare a leggere non sono serviti a niente, si incazzeranno parecchio.
 
Ciao Jack

- cosa vedi da: hwclock --show
 
ubuntu
 
linux@linuxlinux:~$ hwclock --show
hwclock: Sorry, only the superuser can use the Hardware Clock.
linux@linuxlinux:~$ sudo hwclock --show
[sudo] password di linux:
Riprovare.
[sudo] password di linux:
lun 27 nov 2017 12:28:43 CET  .905850 seconds
 
Europe/Rome
 
Debian
 
linuxd@linuxd8:~$ hwclock --show
bash: hwclock: comando non trovato
linuxd@linuxd8:~$ sudo hwclock --show
[sudo] password for linuxd:
Riprovare.
[sudo] password for linuxd:
lun 27 nov 2017 11:35:28 CET  -0.984722 secondi
 
Europe/Rome
 
Saluti.

 
ma il comando di jack:
 
timedatectl set-local-rtc 0
 
l'hai eseguito sui 2 sistemi?

 Ciao Jack
 
Pat, pat, pat... ciao...
 

 l'hai eseguito sui 2 sistemi?
 
Ho ripetuto il comando per sicurezza sia su ubuntu che su debian e sembra sia a
posto, spero... :)
 

 l'hai eseguito sui 2 sistemi?
 
Si ma oggi sul computer dell'ufficio punto e a capo... :(
 
 


Postare output di:
 
timedatectl
 
da entrambi i sistemi...

 
le batterie delle schede madre sono affidabili?

 le batterie delle schede madre sono affidabili?
 
Però se i due (anzi tre con win) sistemi sono configurati allo
stesso modo la batteria non dovrebbe causare due risposte
sfasate di un'ora da hwclock...
Cioè, magari su tutti e due ti risponde qualcosa di palesemente
sballato tipo "00:05 01 01 2015", però dovrebbe risponderti la
stessa cosa da entrambi i sistemi no?
...ovviamente a meno di una manciata di minuti: quelli necesasri
a riavviare e lanciare il comando hwclock sull'altro sistema...
Se c'è un'ora e qualche minuto di differenza a me sembra chiaro
che uno sistema è configurato su hwclock=UTC e l'altro su local
time.
 
Per questo dicevo:
 
1. avvio il primo sistema e incollo gli output di
 
timedatectl
 
hwclock... quel che era...
 
2. riavvio sul secondo sistema
 
idem come sopra
 
 
Il tutto senza collegarsi ad internet... In quel modo si vede
se l'orologio del bios è interpretato coerentemente allo stesso
modo su entrambi i sistemi.
 
Il terzo punto da provare riguarda windows:
 
- riavvio in windows, guardo se l'orologio di sistema segna più
  o meno la stessa ora rilevata sugli altri due (a meno della
  solita manciata di minuti).
 
- riavvio nuovamente in uno dei due linux e vedo se tutto
  è rimasto ok.
 
- riavvio ancora nell'ultimo linux e controllo anche qui.
 
 
Se non si fà così, tutto di filato non si può capire nulla,
ne di dove stia il problema, ne quale sia la soluzione.
Fare la prova tutta di filato è anche un buon modo per
non inciampare su errori dovuti alle batterie scariche della
scheda madre.
In ogni caso, a batterie scariche il BIOS dovrebbe marcare
la sua ora e data predefinita, tipicamente il primo gennaio
di un certo anno... Il mio PC ad esempio segnava 01 01 2010
ogni volta che staccavo l'alimentatore dalla presa di corrente,
sostituita la pila problema risolto...
Ma questo non c'entra con l'incoerenza dell'orario sfasato di
un'ora... lì è chiaro che è un problema di impostazione a livello
di SO.
 
Ciao!


Linux
 
Local time: mer 2017-12-06 12:38:31 CET
  Universal time: mer 2017-12-06 11:38:31 UTC
        RTC time: mer 2017-12-06 11:38:31
       Time zone: Europe/Rome (CET, +0100)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no
 
Debian
 
timedatectl
      Local time: mer 2017-12-06 11:41:22 CET
  Universal time: mer 2017-12-06 10:41:22 UTC
        RTC time: mer 2017-12-06 11:41:22
       Time zone: Europe/Rome (CET, +0100)
     NTP enabled: no
NTP synchronized: no
 RTC in local TZ: yes
      DST active: no
 Last DST change: DST ended at
                  dom 2017-10-29 02:59:59 CEST
                  dom 2017-10-29 02:00:00 CET
 Next DST change: DST begins (the clock jumps one hour forward) at
                  dom 2018-03-25 01:59:59 CET
                  dom 2018-03-25 03:00:00 CEST
 
Warning: The system is configured to read the RTC time in the local
time zone. This
         mode can not be fully supported. It will create various
problems with time
         zone changes and daylight saving time adjustments. The RTC
time is never updated,
         it relies on external facilities to maintain it. If at all
possible, use
         RTC in UTC by calling 'timedatectl set-local-rtc 0'.
 
Ciao

On Mon, 04 Dec 2017 19:25:20 +0100, Joe <J...@e.invalid> wrote:
 

Debian (dopo correzione oraria di 1 ora in avanti)
sudo hwclock --show
mer 06 dic 2017 12:46:02 CET  -0.848927 secondi

On Mon, 04 Dec 2017 19:25:20 +0100, Joe <J...@e.invalid> wrote:
 

sudo hwclock --show (senza correzioni)
mer 06 dic 2017 13:52:34 CET  .358755 seconds

On Mon, 04 Dec 2017 19:25:20 +0100, Joe <J...@e.invalid> wrote:
 

Ubuntu mate
 
sudo hwclock --show (senza correzioni, dopo ho corretto l'ora)



Come sospettato.
Non vedi nulla di strano?
 
E poi....
Gli altri comandi hwclock era richiesto di lanciarli di seguito,
chi ti ha detto di correggere qualcosa? Non prendere iniziative
se vuoi che ci capiamo qualcosa, limitati alle istruzioni richieste.
 
Ricapitolando
---------------
- avvia Debian
- lancia
 
timedatectl && hwclock --show
 
- copia tutto l'output su un file di testo
- riavvia in Ubuntu senza toccare nient'altro
- lancia di nuovo
 
timedatectl && hwclock --show
 
- copia tutto sullo stesso file di testo in coda
- poi ti colleghi al newsgroup e posti il contenuto
  del file di testo così ottenuto.
-----------------------------------

 
 
che ti aspetti da uno che non riesce a leggere quello che c'e' scritto sullo schermo?
 
Ciao Jack

 scritto sullo schermo?
 
Singolare però che riesca a fare morphing, a parte qualche svista,
anche se non ne vedo il motivo...    All'utente "M_M" si sarà rotto
il trollometro a quest'ora, già era a fondo scala qualche post fa,
figurati: adesso sarà schioppato !!!  :D:D:D
 
Tutto sommato il topic mette in evidenza come risolvere la situazione
di multiboot e ora di sistema incoerente. Spiega in modo anche abba-
stanza pratico come intervenire e quali "orologi" ci sono in gioco
su un PC. Quindi potrà essere utile anche a chi leggerà in futuro,
probabilmente meno all'OP...     ;)

Ecco:
 
timedatectl && hwclock --show 
 
sudo timedatectl && hwclock --show 
[sudo] password di ubuntumate: 
Riprovare.
[sudo] password di ubuntumate: 
      Local time: mer 2017-12-06 15:43:56 CET
  Universal time: mer 2017-12-06 14:43:56 UTC
        RTC time: mer 2017-12-06 14:43:56
       Time zone: Europe/Rome (CET, +0100)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no
hwclock: Sorry, only the superuser can use the Hardware Clock.
 
sudo hwclock --show
[sudo] password di ubuntumate: 
mer 06 dic 2017 15:59:25 CET  .655420 seconds
 
 
sudo timedatectl && hwclock --show 
[sudo] password for Debian8jessie: 
      Local time: mer 2017-12-06 14:47:39 CET
  Universal time: mer 2017-12-06 13:47:39 UTC
        RTC time: mer 2017-12-06 14:47:39
       Time zone: Europe/Rome (CET, +0100)
     NTP enabled: no
NTP synchronized: no
 RTC in local TZ: yes
      DST active: no
 Last DST change: DST ended at
                  dom 2017-10-29 02:59:59 CEST
                  dom 2017-10-29 02:00:00 CET
 Next DST change: DST begins (the clock jumps one hour forward) at
                  dom 2018-03-25 01:59:59 CET
                  dom 2018-03-25 03:00:00 CEST
 
Warning: The system is configured to read the RTC time in the local
time zone. This
         mode can not be fully supported. It will create various
problems with time
         zone changes and daylight saving time adjustments. The RTC
time is never updated,
         it relies on external facilities to maintain it. If at all
possible, use
         RTC in UTC by calling 'timedatectl set-local-rtc 0'.
bash: hwclock: comando non trovato
 
sudo hwclock --show 
mer 06 dic 2017 14:55:49 CET  -0.937981 secondi
 
Ciao.

 timedatectl && hwclock --show
 
Scusa l'interferenza, ne approfitto.
Da me (deb stable) ho dovuto [*] installare il pacchetto rdate. Be' va
peefettamente.
 
Pero' a rdate devo dargli io il server NTP, potresti dirmi se invece
timedatectl per caso fa tutto lui? collegandosi magari all'ntp della
Debian come durante l'installazione.
 
Chissa' se e quali sono le differenze, questo tuo timedatectl sembra
il piu' completo, pero' vedo che per cambiare l'ora usi hwclock ciao
 
 
-------------
[*] "Dovuto" perche' non conoscevo gli altri comandi, oltra a questi due
che dici tu c'e' pure adjtime (lo dice la manpagina di rdate).
 
-- 
Yoda
 


Ciao, l'avevo scritto mi pare... Anzi forse no, va bè
 
timedatectl è un'interfaccia a systemd, se non ho capito male:
https://www.freedesktop.org/software/systemd/man/timedatectl.html
 
 
 
Per quanto riguarda il server NTP lo puoi settare da qui:
 
cat /etc/systemd/timesyncd.conf
-------------------------------
[Time]
NTP=
pool.ntp.org
 
FallbackNTP=
ntp.ubuntu.com
 
---------------------------
 
Come vedi ne puoi mettere diversi...
Per altri dettagli ovviamente cerca in rete "timesyncd.conf",
non uso ubuntu o altre distribuzioni con systemd, quindi non
ti so dire di più. Vado solo a memoria dopo che avevo messo
mano al PC di un amico con ubuntu 16.10 se ben ricordo.
 
Dov'è che per cambiare l'ora uso hwclock?
Forse quel consiglio lo aveva dato qualcun altro.
 
Il mio comando sopra serve solo per *mostrare* l'ora del BIOS.
Che poi dovrebbe essere ridondante, perchè già lo riporta
timedatectl alla voce: "RTC time: .....".
 
Saluti! :)


Ti avevo scritto post fa di aprire un terminale di root:
- apri terminale
- lanci "sudo su"
 
Ad ogni modo vedo che hai capito come aggirare il problema.
 
Perfetto. I comandi per risolvere già sono stati descritti.
Ubuntu mate non è stato configurato per interpretare l'orologio
del bios come UTC. Tutto lì...
 
set-local-rtc 0
 
... su ubuntu-mate E hai risolto.
 
Ciao.

 Ciao.
 
Sembra che ho risolto con il comando:
 
timedatectl set-local-rtc 1
 
Se ci sono novità posto ma dopo un po di prove sembra tutto o così. :)
 

 Ciao.
 
Sembra che ho risolto con il comando su Ubuntu:



Hai ragione... mi sono sbagliato io ieri. Però la
soluzione era impostare su Debian (non su Ubuntu come
ho scritto io..) :
 
root@debian-jessie:~# timedatectl set-local-rtc 0
root@debian-jessie:~# timedatectl
---------------------------------
root@ubuntu-mate:~$ timedatectl set-local-rtc 0
root@ubuntu-mate:~$ timedatectl
--------------------------------------------------
 
Così li impostavi entrambi su UTC, come raccomandato
anche dal man di timedatectl e dall'output che avevi
inviato.
Ad ogni modo adesso dovresti aver capito come funziona.

Ad ogni modo adesso dovresti aver capito come funziona.
 
Grazie a tutti. Ciao!

l'hai eseguito sui 2 sistemi?
 
Sembra che ho risolto con il comando su Ubuntu:
 
timedatectl set-local-rtc 1
 
Se ci sono novitŕ posto ma dopo un po di prove sembra tutto o cosě. :)
Grazie!