Impostazione del fuso orario su Linux (Ubuntu)


9

Qui nel Regno Unito siamo UTC + 1. Ho impostato l'ora usando 'date'. Tuttavia continua a ripristinare l'UTC standard, immagino tramite un time server NTP.

Ho provato a impostare il fuso orario con tzselect ma non cambia l'ora, rimane all'ora UTC anziché all'ora locale.

Therefore TZ='Europe/London' will be used.
Local time is now:  Thu Jun 25 10:57:48 BST 2009.
Universal Time is now:  Thu Jun 25 09:57:48 UTC 2009.

L'output sopra riportato è corretto ma l'ora non viene effettivamente modificata.

O devo disabilitare l'aggiornamento automatico dell'ora o idealmente impostare correttamente il fuso orario.


Ho provato a impostare UTC = no in / etc / default / rcS. Questo non ha avuto alcun effetto (devo riavviare qualcosa)?
Kris,

UTC = non solo regola l'interpretazione dell'RTC sul mobo, il sistema operativo mantiene il tempo separatamente e utilizza principalmente l'RTC per preservare il tempo tra riavvio / spegnimento.
Kjetil Joergensen,

Risposte:


24

Puoi anche fare:

dpkg-reconfigure tzdata

Ti permetterà quindi di scegliere il tuo fuso orario.


2
  1. apt-get install ntpdate
  2. ntpdate pool.ntp.org

Questo funzionerà. l'ho fatto sul mio server, provalo.

ciclotrone: ~ # ntpdate pool.ntp.org 25 giu 15:45:05 ntpdate [18445]: step time server 120.88.47.10 offset 485.998764 sec


1

Non sono al 100% su questo, ma è un'idea.

So che su RHEL / CentOS, il fuso orario è impostato in / etc come collegamento simbolico.

Ad esempio, il mio è

localtime -> / usr / share / zoneinfo / America / Los_Angeles

Puoi confermare che il tuo link è Europa / Londra? In caso contrario, prova a eliminare il link simbolico localtime e a crearne uno.


Questo è esattamente ciò che fa tzselect. Quindi non dovresti (devi) farlo manualmente.
sleske,

1

Forse non è un problema in questo caso, ma ho riscontrato problemi durante l'utilizzo di fusi orari denominati prima. Suggerirei invece di provare con l'offset GMT. (Che nel tuo caso è ovviamente solo GMT)


2
Siamo spiacenti, non ho una risposta alla domanda originale (sembra che tu stia facendo la cosa giusta per me), ma sfortunatamente, in generale, questo suggerimento non funzionerà come previsto, perché la selezione di un offset specifico non funzionerà regolare di conseguenza l'ora legale. Uso Europa / Londra (insieme a NTP) e ricevo GMT o BST nei periodi corretti dell'anno (molte persone non si rendono conto che il Regno Unito è GMT solo durante il periodo invernale).
Andrew Ferrier,

1

In Kubuntu, imposta il fuso orario durante l'installazione, quindi puoi modificare il fuso orario utilizzando Impostazioni di sistema -> Data e ora e quindi selezionando un fuso orario. Tuttavia, ogni aggiornamento di tzdata (dall'aggiornamento apt-get o dall'aggiornamento automatico dei pacchetti) sembra reimpostare il fuso orario su ciò che è stato scelto durante l'installazione. L'ho appena cambiato con dpkg-reconfigure tzdata, come suggerito, e questo sembra funzionare. Forse sopravviverà al prossimo aggiornamento di tzdata.


0

Normalmente è necessario

  • imposta il fuso orario usando tzselect
  • quindi impostare l'ora utilizzando la data

Successivamente, le cose dovrebbero essere corrette.

Quindi cosa succede se fai queste due cose? Potresti pubblicare l'output di "date"?

Se l'ora viene cambiata correttamente, ma cambia più tardi, qualcosa sta interferendo.

Colpevoli comuni:

  • Server NTP (verifica l'esecuzione di ntpd o simile)
  • ntpdate da cronjob
  • hwclock è confuso sul fuso orario (dovrebbe influire solo sui riavvii)

Se la data non cambia nulla, qualcosa è davvero sbagliato ...


Inizialmente ho impostato tzselect e la data. Ma è stato ripristinato (senza riavvio). Non ho visto NTP installato o un cronjob, quindi non sono sicuro di cosa stia causando il problema.
Kris,

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.