Ustawianie strefy czasowej w systemie Linux (ubuntu)

9

Tutaj w Wielkiej Brytanii jesteśmy UTC + 1. Ustawiam czas za pomocą „daty”. Jednak ciągle powraca do standardowego UTC, zgaduję za pośrednictwem serwera czasu NTP.

Próbowałem ustawić strefę czasową za pomocą tzselect, ale to nie zmienia czasu, pozostaje w UTC zamiast w czasie lokalnym.

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.

Powyższe dane wyjściowe są poprawne, ale czas tak naprawdę nie ulega zmianie.

Muszę albo wyłączyć automatyczne aktualizowanie czasu, albo idealnie ustawić strefę czasową poprawnie.

linux  ubuntu  time 
— Kris
źródło
Próbowałem ustawić UTC = no w / etc / default / rcS. Nie przyniosło to efektu (czy muszę coś zrestartować)?
— Kris,
UTC = nie tylko reguluje sposób interpretacji RTC na twoim mobo, system operacyjny utrzymuje czas osobno i głównie wykorzystuje RTC do zachowania czasu między restartem / wyłączeniem zasilania.
— Kjetil Joergensen

Odpowiedzi:

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

To zadziała. Zrobiłem to na moim serwerze, spróbuj.

cyclotron: ~ # ntpdate pool.ntp.org 25 czerwca 15:45:05 ntpdate [18445]: krok serwera czasu 120.88.47.10 przesunięcie 485,998764 s

— Gąsienica
źródło
1

Nie jestem w 100% na tym, ale to pomysł.

Wiem, że w RHEL / CentOS strefa czasowa jest ustawiona pod / etc jako symboliczne łącze.

Na przykład mój jest

czas lokalny -> / usr / share / zoneinfo / America / Los_Angeles

Czy możesz potwierdzić, że Twój link to Europa / Londyn? Jeśli nie, spróbuj usunąć dowiązanie symboliczne czasu lokalnego i utworzyć je.

Właśnie to robi tzselect. Dlatego nie powinieneś (trzeba) robić tego ręcznie.
— sleske
1

Być może nie jest to problem w tym przypadku, ale wcześniej widziałem problemy podczas używania nazwanych stref czasowych. Sugerowałbym zamiast tego spróbować z przesunięciem GMT. (Który w twoim przypadku to oczywiście tylko GMT)

— znakomity
źródło
2
Niestety nie mam odpowiedzi na pierwotne pytanie (brzmi to tak, jakbyś robił dla mnie właściwą rzecz), ale ogólnie rzecz biorąc, ta sugestia nie będzie działać zgodnie z oczekiwaniami, ponieważ wybranie określonego przesunięcia nie będzie odpowiednio dostosuj czas letni. Korzystam z Europy / Londynu (wraz z NTP) i otrzymuję GMT lub BST we właściwych porach roku (wielu ludzi nie wie, że Wielka Brytania jest na GMT tylko w okresie zimowym).
— Andrew Ferrier
1

W Kubuntu ustawiasz strefę czasową podczas instalacji, a następnie możesz zmienić strefę czasową za pomocą Ustawień systemu -> Data i czas, a następnie wybierając strefę czasową. Jednak każde uaktualnienie tzdata (z uaktualnienia apt-get lub z automatycznego uaktualnienia pakietu) wydaje się resetować strefę czasową z powrotem do tego, co wybrałeś podczas instalacji. Właśnie zmieniłem to za pomocą dpkg-rekonfiguruj tzdata, jak sugerowałem, i to wydawało się działać. Być może przetrwa kolejną aktualizację tzdata.

— Joel Aufrecht
źródło
0

Zwykle musisz

  • ustaw strefę czasową za pomocą tzselect
  • następnie ustaw godzinę za pomocą daty

Potem wszystko powinno być poprawne.

Co się stanie, jeśli zrobisz te dwie rzeczy? Czy możesz opublikować wynik „data”?

Jeśli czas jest zmieniany poprawnie, ale zmienia się później, coś przeszkadza.

Powszechni sprawcy:

  • Serwer NTP (sprawdź, czy działa ntpd lub podobny)
  • ntpdate z cronjob
  • hwclock jest zdezorientowany w strefie czasowej (powinien mieć wpływ tylko na ponowne uruchomienie)

Jeśli data niczego nie zmienia, coś jest naprawdę nie tak ...

— Śleske
źródło
Pierwotnie ustawiłem tzselect i datę. Ale został zresetowany (bez ponownego uruchomienia). Nie widziałem zainstalowanego NTP ani koleżanki, więc nie jestem całkiem pewien, co było przyczyną problemu.
— Kris
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.