Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: rado3105 13. 08. 2013, 21:03:24
-
Na archlinuxe mam 2hodinovy casovy rozdiel oproti skutocnosti. Casova zona je nastavena spravne.
Ako to spravne synchronizovat, nainstaloval som aj ntp, potom aj chrony a stale to nejde.....
-
- # ntpdate ntp.nic.cz
- Přesný čas: nalaďte se podle atomových hodin (http://www.root.cz/clanky/presny-cas-naladte-se-podle-atomovych-hodin/)
- profit!
-
sudo ntpdate ntp.nic.cz
13 Aug 20:48:09 ntpdate[15395]: adjust time server 217.31.205.226 offset -0.000292 sec
Po zadani a prebehnuti je cas stale o 2h menej ako v skutocnosti...
-
Tak je špatně ta časová zóna. Systémový čas je očividně správně. Co vrátí následující příkaz?
$ ls -l /etc/localtime
-
ls -l /etc/localtime
lrwxrwxrwx 1 root root 37 Aug 2 23:22 /etc/localtime -> /usr/share/zoneinfo/Europe/Bratislava
-
Podle dokumentace k Archu (https://wiki.archlinux.org/index.php/Time) to musí být relativní link, ne absolutní. Použil bych k tomu určenou utilitu:
# timedatectl set-timezone Europe/Bratislava
-
A co je za čas v BIOSu? Já měl s debianem podobnej problém, čas BIOSu se prostě rozcházel od času v systému. Nevyřešil jsem to, prostě jsem dal do BIOSu takovej čas, aby to v systému sedělo o ty dvě hodiny nebo kolik jsem měl rozdíl :-/
-
A co je za čas v BIOSu? Já měl s debianem podobnej problém, čas BIOSu se prostě rozcházel od času v systému. Nevyřešil jsem to, prostě jsem dal do BIOSu takovej čas, aby to v systému sedělo o ty dvě hodiny nebo kolik jsem měl rozdíl :-/
Ale tam není nic k řešení! V BIOSu má být UTC čas, ne lokální. (Pokud tam není dual-boot s Widlema.)
-
Čas v BIOSu s tím nemá co dělat. Ten se načítá jen při startu systému, pak si jádro udržuje svůj čas. Takže pokud je BIOS mimo, může být problém při startu, ale podle ntpdate je čas v pořádku.
Mimochodem: k nastavování hodin v BIOSu slouží utilita hwclock. Pokud vám běží stejnojmenný démon, pak se hodiny reálného času v BIOSu seřizují samy, aby po příštím zapnutí vše běželo s co nejmenší odchylkou. Tu si pak ideálně doladí ntpd.
-
sudo timedatectl set-timezone Europe/Bratislava
[r-c@rc-x300 ~]$ ls -l /etc/localtime
lrwxrwxrwx 1 root root 37 Aug 2 23:22 /etc/localtime -> /usr/share/zoneinfo/Europe/Bratislava
[r-c@rc-x300 ~]$ sudo ntpdate ntp.nic.cz
13 Aug 21:14:20 ntpdate[28831]: adjust time server 217.31.205.226 offset -0.001226 sec
ani to nepomohlo, stale dvojhodinovy casovy rozdiel...
-
Co vrátí
$ date +%Z
$ date +%z
-
date +%Z
UTC
[r-c@rc-x300 ~]$ date +%z
+0000
-
;D ;D ;D
-
Co to znamena?
-
Že to nastavuješ dobře podle dokumentace Archu a stejně systém vidí špatnou časovou zónu. Má tam být CEST a +0200.
V jiných distribucích se zóna nastavuje v /etc/timezone. Co máš v tom souboru ty? Pokud je to link, tak kam ukazuje?
-
nebo je spatne definice v /usr/share/zoneinfo/Europe/Bratislava.
Muj arch:
$ ls -al /etc/localtime
lrwxrwxrwx 1 root root 33 12. pro 2012 /etc/localtime -> /usr/share/zoneinfo/Europe/Prague
$ date
Út srp 13 23:57:52 CEST 2013
$ date +%Z
CEST
$ date +%z
+0200
$ md5sum /usr/share/zoneinfo/Europe/Bratislava
4c6ea4256ad4b6a52f73328b56751507 /usr/share/zoneinfo/Europe/Bratislava
-
skusal som aj Prahu nastavit, bez zmeny....
-
sudo hwclock --debug && timedatectl status
-
hwclock from util-linux 2.23.1
Using /dev interface to clock.
Last drift adjustment done at 1375485866 seconds after 1969
Last calibration done at 1375485866 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2013/08/13 22:41:46
Hw clock time : 2013/08/13 22:41:46 = 1376433706 seconds since 1969
Tue 13 Aug 2013 10:41:46 PM UTC -0.845350 seconds
Local time: Tue 2013-08-13 22:41:46 UTC
Universal time: Tue 2013-08-13 22:41:46 UTC
RTC time: Tue 2013-08-13 22:41:46
Timezone: Europe/Prague (UTC, +0000)
NTP enabled: yes
NTP synchronized: yes
RTC in local TZ: no
DST active: n/a
-
No, pokud si Arch myslí, že v Praze máme UTC a o letním času netuší nic, viz
Timezone: Europe/Prague (UTC, +0000)
DST active: n/a
tak zkus přeinstalovat/zaktualizovat tzdata nebo jak se ten balíček jmenuje, a pokud to nepomůže, tak jim asi budeš muset napsat nějaký nepěkný bug...
-
Tady těžko pomůžu, ale co vím, tak některé distribuce Linuxu umožňovaly měnit čas biosu při instalaci. Nemůže být problém zde?
-
Nechci nic říkat, ale zkouším celou řadu různých distribucí, ale v každé z nich je čas po instalaci špatně, i když nastavíte Prahu.
Divím se, že si toho někdo všiml až teď.
Pokud je ale pc s distribucí připojený k internetu, čas se většinou sám automaticky nastaví správně.
Proto se problém snadno přehlédne.
Možností řešení je několik, např. nastavení správného času v BIOSu.
-
Nemáš náhodou dualboot s Windows? V Sabayonu je to také známý problém, řeší se úpravou souboru hwclock
-
Znamy problem, ktery se opakovane objevuje s kazdou novou verzi systemd. Pouzivas systemd? Mohlo by to byt ono.
-
Z příspěvku cítím lehkou snahu očernit systemd. Ale autor systemd Lennart Poettering má jiný názor:
And if that's not great, then I don't know what is great!
A pokud to není skvělé, pak už nevím, co je skvělé!
Čert vem hodiny. Start distribuce využívající systemd se zkrátil z 20 sec na 17 sec !!!
-
ja mam podobny problem. Mam dualboot windows 7 a Debian wheezy (Crunchbang). Vzdy ked bootnem debian tak mi prenastavi cas o dva hodiny naspat. S ubuntu som taky problem nemal. Vie niekto ako na to?
-
nezrovnalosti mozu nastat pri dualbootovani s windowsamim, mal som podobny problem.
Takto to mam nastavene ja, taktiez som pouzil ntp, a odvtedy mi to ide v pohode.
Local time: Ne 2013-09-15 17:53:23 CEST
Universal time: Ne 2013-09-15 15:53:23 UTC
RTC time: Ne 2013-09-15 17:53:23
Timezone: Europe/Bratislava (CEST, +0200)
NTP enabled: no
NTP synchronized: no
RTC in local TZ: yes
DST active: yes
Last DST change: DST began at
Ne 2013-03-31 01:59:59 CET
Ne 2013-03-31 03:00:00 CEST
Next DST change: DST ends (the clock jumps one hour backwards) at
Ne 2013-10-27 02:59:59 CEST
Ne 2013-10-27 02:00:00 CET
[1;39mWarning: The RTC is configured to maintain time in the local time zone. This
mode is not fully supported and will create various problems with time
zone changes and daylight saving adjustments. If at all possible use
RTC in UTC, by calling 'timedatectl set-local-rtc 0'[0m.
hwclock from util-linux 2.23.2
Using /dev interface to clock.
Last drift adjustment done at 1353053770 seconds after 1969
Last calibration done at 1353053770 seconds after 1969
Hardware clock is on local time
Assuming hardware clock is kept in local time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2013/09/15 17:54:28
Hw clock time : 2013/09/15 17:54:28 = 1379260468 seconds since 1969
Ne 15. september 2013, 17:54:28 CEST -0.985018 seconds
lrwxrwxrwx 1 root root 39 nov 16 2012 /etc/localtime -> ../usr/share/zoneinfo/Europe/Bratislava
date +%Z
CEST
date +%z
+0200
Mam fest rad umastenych šulinov co vsade chodia a hubuju na systemd, ako keby ich zato niekto v diskusiach platil.
-
V manjaru jsem měl problém s časem. Nejdříve pár minut a pak po různých nastaveních o dvě hodiny.
Problém byl vyřešen až pomocí tohoto fóra.
http://forum.manjaro.org/index.php?topic=2014.15