Ubuntu Mate e modifica dell'orario di sistema

[zuliq]

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?

[Jack]

le impostazioni dell'orario sui due sistemi non sono uguali (fuso-orario, daylight saving, ecc.).

L'NTP non c'entra niente.

Ciao Jack

[sacarde]

provato con: dpkg-reconfigure tzdata

?

[zuliq]

Jack <jack...@gmail.com> ha scritto:

> Il giorno martedì 21 novembre 2017 09:43:35 UTC+1, zuliq ha scritto:
> > ...

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

Ok, ma non si può impostare invece che non faccia nulla e non modifichi
l'orario di sistema?

[zuliq]

sacarde <sac...@gmail.com> ha scritto:

>
> provato con: dpkg-reconfigure tzdata
>
> ?

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.

[zuliq]

sacarde <sac...@gmail.com> ha scritto:

>
> provato con: dpkg-reconfigure tzdata
>
> ?

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

[zuliq]

sacarde <sac...@gmail.com> ha scritto:

>
> provato con: dpkg-reconfigure tzdata
>
> ?

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

[Joe]

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!

[MBulu]

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

[sacarde]

l'hai eseguito come root? o con sudo

[zuliq]

sacarde <sac...@gmail.com> ha scritto:

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

[Joe]

zuliq <zuliqyx...@yopmail.com> wrote:
> sacarde <sac...@gmail.com> ha scritto:

>
>> zuliq ha scritto:
>> > sacarde <sac...@gmail.com> ha scritto:
>> >
>> > >
>> > > provato con: dpkg-reconfigure tzdata
>> > >
>> > > ?
>> > Che dire... ha ricominciato... :( Non saprei proprio... :(
>>
>>
>> l'hai eseguito come root? o con sudo
>
> Con sudo. Il problema è a fasi alterne, oggi, fino a questo momento
> 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

[zuliq]

Joe <J...@e.invalid> ha scritto:

> zuliq <zuliqyx...@yopmail.com> wrote:
> > sacarde <sac...@gmail.com> ha scritto:
> >
> >> zuliq ha scritto:
> >> > sacarde <sac...@gmail.com> ha scritto:
> >> >
> >> > >
> >> > > provato con: dpkg-reconfigure tzdata
> >> > >
> >> > > ?
> >> > Che dire... ha ricominciato... :( Non saprei proprio... :(
> >>
> >>
> >> l'hai eseguito come root? o con sudo
> >
> > Con sudo. Il problema è a fasi alterne, oggi, fino a questo momento
> > 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).

Linux Ubuntu Mate
timedatectl
Local time: ven 2017-11-24 07:57:15 CET
Universal time: ven 2017-11-24 06:57:15 UTC
RTC time: ven 2017-11-24 06:57:15
Time zone: Europe/Rome (CET, +0100)
Network time on: yes
NTP synchronized: no
RTC in local TZ: no

Debian8
timedatectl
Local time: ven 2017-11-24 07:20:51 CET
Universal time: ven 2017-11-24 06:20:51 UTC
RTC time: ven 2017-11-24 07:20:51
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'.

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

Ok. Linux Debian 8, Ubuntu Mate e Win10.
Ciao.

[zuliq]

Joe <J...@e.invalid> ha scritto:

> zuliq <zuliqyx...@yopmail.com> wrote:

> > ....

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

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.

[zuliq]

Joe <J...@e.invalid> ha scritto:

> zuliq <zuliqyx...@yopmail.com> wrote:
> > sacarde <sac...@gmail.com> ha scritto:

> > ...

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

Il sistema operativo linux non potrebbe semplicemente ignorare l'orario di
sistema senza modificarlo lasciando all'utente la necessità di variarlo?

[Jack]

Il giorno venerdì 24 novembre 2017 08:26:50 UTC+1, zuliq ha scritto:

> 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'.

SECONDO TE QUESTO COSA SIGNIFICA?

Ti dice chiaramente qual'e' il problema e come risolverlo...

Ciao Jack

[Joe]

zuliq <zuliqyx...@yopmail.com> wrote:
>
> timedatectl

>
> Linux Ubuntu Mate
> timedatectl
> Local time: ven 2017-11-24 07:57:15 CET
> Universal time: ven 2017-11-24 06:57:15 UTC
> RTC time: ven 2017-11-24 06:57:15
> Time zone: Europe/Rome (CET, +0100)
> Network time on: yes
> NTP synchronized: no
> RTC in local TZ: no

Bene, allora questo ti dice che ubuntu considera
l'orologio del BIOS come allineato a Greenwich (UTC):
infatti puoi leggere:

"RTC in local TZ: no"

Che vuol dire non regolo e considero l'orologio del bios
sull'orario locale ma lo considero e lo regolo in orario
UTC.
E infatti hai la riga "RTC time" che marca l'orario
UTC (6:57).

> Debian8
> timedatectl
> Local time: ven 2017-11-24 07:20:51 CET
> Universal time: ven 2017-11-24 06:20:51 UTC
> RTC time: ven 2017-11-24 07:20:51
> Time zone: Europe/Rome (CET, +0100)
> NTP enabled: no
> NTP synchronized: no
> RTC in local TZ: yes

Ecco svelato l'arcano!
Come ti avevo spiegato nel mio primo post i due sistemi
sono configurati in modo incoerente tra loro:
Ubuntu considera l'orologio del bios come UTC, mentre
Debian lo considera su ora locale (il tutto sia in lettura
che in scrittura, cioè quando accendi il pc e avvii ubuntu
lo legge e pensa l'ora utc è tot, allora sincronizzo l'orario
di sistema a tot più un'ora di fuso).
Quando spegni ubuntu avviene il contrario, cioè l'orario di
sistema viene convertito in UTC e poi scritto sull'orologio
del BIOS.
Se a quel punto avvi Debian, questa legge l'ora del BIOS
e dice: l'orario *locale* è tot allora punto l'ora di sistema
a tot. Ed ecco che ti ritrovi un'ora indietro su Debian.
Quello che succede quando spegni debian e riavvi ubuntu penso
ti sia chiaro a questo punto... :)

> 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

[zuliq]

Jack <jack...@gmail.com> ha scritto:

> Il giorno venerdì 24 novembre 2017 08:26:50 UTC+1, zuliq ha scritto:
> ...> RTC in UTC by calling 'timedatectl set-local-rtc 0'.

>
> SECONDO TE QUESTO COSA SIGNIFICA?

Che ti devi fare una camomilla o uscire a fare una passeggiata, entrambi
caldamente raccomandati.

> Ti dice chiaramente qual'e' il problema e come risolverlo...
>
> Ciao Jack

Ciao Zuliq.

[zuliq]

Joe <j...@e.invalid> ha scritto:

> zuliq <zuliqyx...@yopmail.com> wrote:
> >...

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

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

[zuliq]

Joe <j...@e.invalid> ha scritto:

> zuliq <zuliqyx...@yopmail.com> wrote:
> >
> > timedatectl

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

> ----

> - timedatectl set-ntp true
> - verifica il ed eventualmente edita opportunamente
> il file /etct/systemd/timesyncd.conf
> - riavvia
> - posta la verifica che ottieni lanciando "timedatectl"
> -----------------

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!

[sacarde]

- non avete un server interno che fornisce il servizio NTP ?

- ma qualche post fa, funzionava tutto?

[M_M]

dom, 26 nov 2017, 02:36:25, sacarde ha scritto:

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

[Joe]

zuliq <zuliqyx...@yopmail.com> wrote:
> Joe <j...@e.invalid> ha scritto:
>
>> zuliq <zuliqyx...@yopmail.com> wrote:
>> >
>> > timedatectl
>> >...
>> 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
>> ----
>> - timedatectl set-ntp true
>> - verifica il ed eventualmente edita opportunamente
>> il file /etct/systemd/timesyncd.conf
>> - riavvia
>> - posta la verifica che ottieni lanciando "timedatectl"
>> -----------------
>
> C'e' un problema di fondo che non posso risolvere. Non posso collegarmi, al
> 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.

[zuliq]

sacarde <sac...@gmail.com> ha scritto:

> - non avete un server interno che fornisce il servizio NTP ?

Non lo so ma non non vorrei disturbare l'amministratore che vede i sorci verdi
quando non si usa Windows in azienda.

> - ma qualche post fa, funzionava tutto?

Apparentemente, poi ho ripostato che non andava.

[sacarde]

- cosa hai nel file: /etc/timezone
Europe/Rome ?


- cosa vedi da: hwclock --show

[Jack]

Il giorno venerdì 24 novembre 2017 17:07:43 UTC+1, zuliq ha scritto:
> Jack <jack...@gmail.com> ha scritto:
>
> > Il giorno venerdì 24 novembre 2017 08:26:50 UTC+1, zuliq ha scritto:
> > ...> RTC in UTC by calling 'timedatectl set-local-rtc 0'.
> >
> > SECONDO TE QUESTO COSA SIGNIFICA?
>
> Che ti devi fare una camomilla o uscire a fare una passeggiata, entrambi
> 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

[zuliq]

On Sun, 26 Nov 2017 12:00:24 -0800 (PST), sacarde <sac...@gmail.com>
wrote:

>- cosa hai nel file: /etc/timezone
>Europe/Rome ?
>
>
>- 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.

[sacarde]

ma il comando di jack:

timedatectl set-local-rtc 0

l'hai eseguito sui 2 sistemi?

[zuliq]

Jack <jack...@gmail.com> ha scritto:

> Il giorno venerdì 24 novembre 2017 17:07:43 UTC+1, zuliq ha scritto:
> > ...

> 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

Pat, pat, pat... ciao...

[zuliq]

sacarde <sac...@gmail.com> ha scritto:

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

Ho ripetuto il comando per sicurezza sia su ubuntu che su debian e sembra sia a
posto, spero... :)

[zuliq]

sacarde <sac...@gmail.com> ha scritto:

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

Si ma oggi sul computer dell'ufficio punto e a capo... :(

[Joe]

Postare output di:

timedatectl

da entrambi i sistemi...

[sacarde]

le batterie delle schede madre sono affidabili?

[Joe]

sacarde <sac...@gmail.com> wrote:
>
> 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!

[zuliq]

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

[wollammudeg]

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

[zuliq]

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

[zuliq]

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)

[Joe]

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

[Jack]

Il giorno mercoledì 6 dicembre 2017 13:34:21 UTC+1, Joe ha scritto:

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

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

Ciao Jack

[Joe]

Jack <jack...@gmail.com> wrote:
>
> che ti aspetti da uno che non riesce a leggere quello che c'e'
> 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... ;)

[zuliq]

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.

[Yoda]

Addi' 06 dic 2017 12:34:23, Joe scrive:

> Ricapitolando
> ---------------
> - avvia Debian
> - lancia
> 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

[Joe]

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! :)

[Joe]

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.

[zuliq]

Joe <J...@e.invalid> ha scritto:

> zuliq <zuliqyx...@yopmail.com> wrote:
> > Ecco:
> >
> > timedatectl && hwclock --show
> >

> >....come UTC. Tutto lì...
>
> set-local-rtc 0
>
> .... su ubuntu-mate E hai risolto.
>
> 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ì. :)

[zuliq]

Joe <J...@e.invalid> ha scritto:

> zuliq <zuliqyx...@yopmail.com> wrote:

> > Ecco....
>
> set-local-rtc 0
>
> .... su ubuntu-mate E hai risolto.
>
> Ciao.

Sembra che ho risolto con il comando su Ubuntu:

[Joe]

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.

[zuliq]

On Thu, 07 Dec 2017 19:53:30 +0100, Joe <J...@e.invalid> wrote:

>zuliq <zuliqyx...@yopmail.com> wrote:
>> Joe <J...@e.invalid> ha scritto:

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

Grazie a tutti. Ciao!

[zuliq]

On Fri, 1 Dec 2017 01:27:30 -0800 (PST), sacarde <sac...@gmail.com>
wrote:

>

>ma il comando di jack:
>
>timedatectl set-local-rtc 0
>
>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!