Définition du fuseau horaire sur Linux (Ubuntu)

9

Ici au Royaume-Uni, nous sommes UTC + 1. J'ai réglé l'heure en utilisant la «date». Cependant, il revient toujours à l'UTC standard, je suppose via un serveur de temps NTP.

J'ai essayé de régler le fuseau horaire avec tzselect mais cela ne change pas l'heure, il reste à UTC au lieu de l'heure 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.

La sortie ci-dessus est correcte mais l'heure n'est pas réellement modifiée.

J'ai besoin de désactiver la mise à jour automatique de l'heure ou, idéalement, de régler correctement le fuseau horaire.

linux  ubuntu  time 
— Kris
source
J'ai essayé de définir UTC = no dans / etc / default / rcS. Cela n'a eu aucun effet (dois-je redémarrer quelque chose)?
— Kris
UTC = non seulement régit la façon dont le RTC sur votre mobo doit être interprété, le système d'exploitation conserve le temps séparément et utilise principalement le RTC pour préserver le temps entre le redémarrage / la mise hors tension.
— Kjetil Joergensen

Réponses:

24

Vous pouvez également faire:

dpkg-reconfigure tzdata

Il vous permettra ensuite de choisir votre fuseau horaire.

— Antoine Benkemoun
source
2
  1. apt-get install ntpdate
  2. ntpdate pool.ntp.org

Cela fonctionnera. j'ai fait cela sur mon serveur, essayez.

cyclotron: ~ # ntpdate pool.ntp.org 25 juin 15:45:05 ntpdate [18445]: pas de temps du serveur 120.88.47.10 offset 485.998764 sec

— chenille
source
1

Je ne suis pas à 100% là-dessus, mais c'est une idée.

Je sais que sur RHEL / CentOS, le fuseau horaire est défini sous / etc en tant que lien symbolique.

Par exemple, le mien est

heure locale -> / usr / share / zoneinfo / America / Los_Angeles

Pouvez-vous confirmer que votre lien est Europe / Londres? Sinon, essayez de supprimer le lien symbolique d'heure locale et d'en créer un.

C'est exactement ce que fait tzselect. Vous ne devriez donc pas (avoir besoin) de le faire manuellement.
— sleske
1

Peut-être pas un problème dans ce cas, mais j'ai déjà rencontré des problèmes lors de l'utilisation de fuseaux horaires nommés. Je suggère plutôt d'essayer avec le décalage GMT. (Ce qui dans votre cas est évidemment juste GMT)

— superbimble
source
2
Désolé, je n'ai pas de réponse à la question d'origine (on dirait que vous faites la bonne chose pour moi), mais malheureusement, en général, cette suggestion ne fonctionnera pas comme prévu, car la sélection d'un décalage spécifique ne fonctionnera pas. ajustez l'heure d'été en conséquence. J'utilise Europe / Londres (avec NTP) et j'obtiens GMT ou BST aux bons moments de l'année (beaucoup de gens ne réalisent pas que le Royaume-Uni est sur GMT uniquement pendant l'hiver).
— Andrew Ferrier
1

Dans Kubuntu, vous définissez le fuseau horaire lors de l'installation, puis vous pouvez modifier le fuseau horaire en utilisant Paramètres système -> Date et heure, puis en sélectionnant un fuseau horaire. Cependant, chaque mise à niveau de tzdata (à partir de la mise à niveau apt-get ou de la mise à niveau automatique du package) semble réinitialiser le fuseau horaire à ce que vous avez choisi lors de l'installation. Je viens de le changer avec dpkg-reconfigure tzdata, comme suggéré, et cela semblait fonctionner. Peut-être qu'il survivra à la prochaine mise à niveau de tzdata.

— Joel Aufrecht
source
0

Normalement, vous devez

  • définir le fuseau horaire à l'aide de tzselect
  • puis réglez l'heure en utilisant la date

Ensuite, les choses devraient être correctes.

Que se passe-t-il si vous faites ces deux choses? Pourriez-vous publier la sortie de "date"?

Si l'heure est modifiée correctement, mais revient plus tard, quelque chose interfère.

Coupables communs:

  • Serveur NTP (vérifiez l'exécution de ntpd ou similaire)
  • ntpdate de cronjob
  • hwclock étant confus au sujet de votre fuseau horaire (ne devrait affecter que les redémarrages)

Si la date ne change rien, quelque chose ne va vraiment pas ...

— sleske
source
À l'origine, je définissais tzselect et la date. Mais il a été réinitialisé (sans redémarrage). Je n'ai pas vu NTP installé ou un cronjob, donc je ne sais pas exactement ce qui causait le problème.
— Kris
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.