Linux'ta saat dilimini ayarlama (Ubuntu)

9

Burada İngiltere'de UTC + 1'iz. Saati 'tarih' kullanarak ayarladım. Ancak standart UTC'ye sıfırlamaya devam ediyor, bir NTP zaman sunucusu üzerinden tahmin ediyorum.

Zaman dilimini tzselect ile ayarlamayı denedim, ancak saati değiştirmiyor, yerel saat yerine UTC'de kalıyor.

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.

Yukarıdaki çıktı doğrudur, ancak zaman aslında değişmez.

Ya zamanın otomatik güncellenmesini devre dışı bırakmam ya da zaman dilimini doğru ayarlamam gerekiyor.

linux  ubuntu  time 
— Kris
kaynak
UTC = / etc / default / rcS'de ayar yapmayı denedim. Bunun bir etkisi olmamıştır (bir şeyi yeniden başlatmam gerekir mi?)
— Kris
UTC = sadece mobo'nuzdaki RTC'nin nasıl yorumlanması gerektiğini yönetmez, işletim sistemi zamanı ayrı tutar ve çoğunlukla yeniden başlatma / kapanma arasındaki zamanı korumak için RTC'yi kullanır.
— Kjetil Joergensen

Yanıtlar:

24

Ayrıca şunları da yapabilirsiniz:

dpkg-yeniden yapılandır tzdata

Daha sonra saat diliminizi seçmenize izin verecektir.

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

Bu çalışacak. Bunu sunucumda yaptım, bir deneyin.

cyclotron: ~ # ntpdate pool.ntp.org 25 Haz 15:45:05 ntpdate [18445]: adım zamanı sunucusu 120.88.47.10 ofset 485.998764 sn

— tırtıl
kaynak
1

Bu konuda% 100 değilim, ama bu bir fikir.

RHEL / CentOS'ta saat diliminin / etc altında bir sembolik bağlantı olarak ayarlandığını biliyorum.

Örneğin benimki

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

Bağlantınızın Europe / London olduğunu doğrulayabilir misiniz? Değilse, localtime sembolik bağlantısını silmeyi ve bir tane oluşturmayı deneyin.

Bu tzselect'in yaptığı şeydir. Bu yüzden manuel olarak yapmamalısınız (yapmanız gerekmez).
— sleske
1

Muhtemelen bu durumda bir sorun değil, ama daha önce adlandırılmış zaman dilimleri kullanırken sorunlar gördüm. Bunun yerine GMT ofsetiyle denemenizi öneririm. (Hangi durumda açıkça GMT)

— superbimble
kaynak
2
Üzgünüm, orijinal soruya bir cevabım yok (bana doğru şeyi yapıyormuşsunuz gibi geliyor), ancak ne yazık ki, genel olarak, bu öneri beklediğiniz gibi çalışmaz, çünkü belirli bir ofset seçmek olmaz buna göre gün ışığından yararlanma saati için ayarlayın. Avrupa / Londra'yı (NTP ile birlikte) kullanıyorum ve yılın doğru saatlerinde GMT veya BST alıyorum (birçok kişi İngiltere'nin sadece kış aylarında GMT'de olduğunu anlamıyor).
— Andrew Ferrier
1

Kubuntu'da, kurulum sırasında saat dilimini ayarlarsınız ve ardından Sistem Ayarları -> Tarih ve Saat'i kullanarak ve ardından bir saat dilimi seçerek saat dilimini değiştirebilirsiniz. Ancak, her bir tzdata yükseltmesi (apt-get yükseltmesinden veya otomatik paket yükseltmesinden), saat dilimini kurulumda seçtiğiniz her şeye geri döndürüyor gibi görünüyor. Sadece dpkg-reconfigure tzdata ile değiştirdim, önerildiği gibi ve bu işe yaradı. Belki de bir sonraki tzdata güncellemesinde hayatta kalacak.

— Joel Aufrecht
kaynak
0

Normalde gerekir

  • tzselect kullanarak saat dilimini ayarlama
  • sonra tarihi kullanarak saati ayarlayın

Sonrasında işler doğru olmalı.

Peki bu iki şeyi yaparsanız ne olur? "Tarih" çıktısını gönderebilir misiniz?

Zaman doğru bir şekilde değiştirilir, ancak daha sonra tekrar değişirse, bir şey karışıyor demektir.

Ortak suçlular:

  • NTP sunucusu (ntpd veya benzeri çalıştığını kontrol edin)
  • ctjob gelen ntpdate
  • hwclock saat diliminizle ilgili kafanız karışıyor (sadece yeniden başlatmaları etkilemeli)

Tarih hiçbir şeyi değiştirmezse, bir şeyler gerçekten yanlıştır ...

— sleske
kaynak
Başlangıçta tzselect ve tarih ayarlıyorum. Ancak sıfırlandı (yeniden başlatma olmadan). NTP'nin yüklü olduğunu veya bir cronjob görmedim, bu yüzden soruna neyin neden olduğundan emin değilim.
— Kris
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.