Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam!
Ostatnio była ta zamiana czasu większość urządzeń (komórki itd...) zmieniły ten automatycznie (godzina do tyłu). O dziwo teraz spostrzegłem, że na laptopie mam nadal zła godzinę.
Czy u was Linux zmienił godzinę sam? Dodam, że nie używam żadnych daemonów zarządzających czasem typu NTP.
sprawa dotyczy Arch Linuxa, załączam wyniki poleceń
timedatectl status Local time: pon 2013-10-28 11:28:26 CET Universal time: pon 2013-10-28 10:28:26 UTC RTC time: pon 2013-10-28 11:28:26 Timezone: Europe/Warsaw (CET, +0100) NTP enabled: n/a NTP synchronized: no RTC in local TZ: yes DST active: no Last DST change: DST ended at nie 2013-10-27 02:59:59 CEST nie 2013-10-27 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at nie 2014-03-30 01:59:59 CET nie 2014-03-30 03:00:00 CEST Warning: The RTC is configured to maintain time in the local timezone. 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'.
cat /etc/adjtime 0.000000 1358267536 0.000000 1358267536
Ma ktoś jakąś sugestie dlaczego nie zmieniło mi się samo?
Ostatnio edytowany przez dominbik (2013-10-28 10:28:46)
Offline
dominbik napisał(-a):
Czy u was Linux zmienił godzinę sam?
Tak. Dodam, że mam ntpdate, ale nie wiem czy to jego sprawka.
Offline
U mnie też zmienił i ntpdate też mam :)
Natomiast
palikot@debian:~/Pulpit$ cat /etc/adjtime 0.000000 1382946302 0.000000 1382946302 UTC
Nie masz ustawione czy ma z UTC czy z LOCAL korzystać.
Offline
Mi debian automatycznie zmienił i nawet będąc w hibernacji:
morfik:~$ date Mon Oct 28 10:42:56 CET 2013
Obecnie mam zainstalowane tylko:
morfik:~$ dpkg -l | grep -i ntp ii ntp 1:4.2.6.p5+dfsg-3 i386 Network Time Protocol daemon and utility programs
Ale przy synchronizacji czasu, które wymuszam po każdym odhibernowaniu, czas nie był fixnięty o 1h+ 0,004282s, tylko o samą końcówkę, także czas nie został poprawiony przez ntp, czyli się zmienił automatycznie.
Poza tym masz w logu info:
Warning: The RTC is configured to maintain time in the local timezone. 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'.
Daj mu timedatectl set-local-rtc 0
Ja generalnie jak się bawiłem archem, to przy konfiguracji czasu dawałem coś takiego:
# timedatectl set-timezone Europe/Warsaw # timedatectl set-local-rtc 0 # hwclock --systohc --utc # timedatectl set-ntp 1
Przy czym, ja miałem do tego demona ntp, bo jakoś nie potrafię się bez niego obejść. xD
A w tym /etc/adjtime , to co siedzi?
morfik:~$ cat /etc/adjtime 0.023142 1382919450 0.000000 1382919450 UTC
Zauważyłem tylko, że ten plik się bez przerwy zmienia. xD
Poza tym, istnieje jakieś powiadomienie o tym, że czas został zmieniony? Tak jak na windowsie? Bo to trochę wkurzające gdy tak po cichu się zmienia i nie wiadomo czy zmienił czy nie. xD
EDIT:
Jeszcze takie info o tym ntpdate:
To synchronize your system clock just once, without starting the NTP daemon, run:
# ntpd -q
Note: This has the same effect as the now deprecated ntpdate.
Ostatnio edytowany przez morfik (2013-10-28 10:58:42)
Offline
Ale to Linux (jako system) zmienia czas, czy komputer?
Nigdy o tym nie myślałem
Fervi
Offline
morfik napisał(-a):
A w tym /etc/adjtime , to co siedzi?
Kod:
morfik:~$ cat /etc/adjtime 0.023142 1382919450 0.000000 1382919450 UTCZauważyłem tylko, że ten plik się bez przerwy zmienia. xD
Plik się zmienia żeby zachować synchronizację czasu pomiędzy zegarem BIOS-u, a jądrem systemu z tego co pamiętam, poprawka w sekundach na jeden dzień.
Osobiście używam prostego skryptu ntpdate, łączy się i ustawia czas raz przy starcie systemu. Wygodne dla zwykłego użytkownika. Demon ntp w desktopowym systemie niepotrzebnie działa w tle i wielokrotnie łączy się z serwerem (przykre dla ludzi z limitem danych na łączach). Demona na desktopie można używać gdy np. mamy cały czas mocno obciążony system i sprzęt nie wyrabia.
Offline
Dobra poczytałem https://wiki.archlinux.org/index.php/time i mam teraz tak;
cat /etc/adjtime -0.000383 1382966520 0.000000 1382966520 UTC
timedatectl Local time: pon 2013-10-28 15:34:20 CET Universal time: pon 2013-10-28 14:34:20 UTC RTC time: pon 2013-10-28 14:34:20 Timezone: Europe/Warsaw (CET, +0100) NTP enabled: n/a NTP synchronized: no RTC in local TZ: no DST active: no Last DST change: DST ended at nie 2013-10-27 02:59:59 CEST nie 2013-10-27 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at nie 2014-03-30 01:59:59 CET nie 2014-03-30 03:00:00 CEST
hwclock --show pon, 28 paź 2013, 15:34:25 -0.500616 sekund
zastanawia mnie tylko wynik hwclock --show skoro wyraźnie timedatactl pokazuje "RTC time: pon 2013-10-28 14:34:20" i w BIOSie też mam 14:34:20 - czyli czas UTC (tak jak zalecają). Mam tylko nadzieję, że po instalacji Windows8 łatwo go będzie dostosować też do działania z UTC.
Offline
Demona zawsze można wyłączyć, choć u mnie sprzęt nie wyrabia, poza tym, parę razy już miałem z jakiegoś powodu czas rozsynchronizowany i teraz wolę mieć pewność, że czas jest taki jak być powinien. Poza tym cała funkcjonalność tego ntpdate została zaimplementowana w ntp -- http://support.ntp.org/bin/view/Dev/DeprecatingNtpdate -- i generalnie przy wyłączeniu demona można mieć synchronizowanie raz na starcie systemu przez wywołanie: ntpd -gq .
Tego nie da się zrobić przy odpalonym demonie ntp, temu jeśli ktoś sobie demona zatrzyma i chce raz przy starcie systemu synchronizować czas, to po wydaniu powyższego polecenia dostanie taki log:
# ntpd -gq ntpd: time slew -0.001678s
@fervi -- system zmienia w oparciu o dane, które uzyska, a te zwykle brane z zegara sprzętowego, który jest ustawiony na utc, potem system ten zegar dostosowywuje odpowiednio w oparciu o strefę czasową, którą masz w /etc/timezone oraz o czas letni. Co ciekawe jeśli się ktoś zastanawia kiedy będą kolejne zmiany to może sobie podejrzeć bez zaglądania na wiki, np. w następnym roku:
$ zdump -v Europe/Warsaw | grep 2014 Europe/Warsaw Sun Mar 30 00:59:59 2014 UTC = Sun Mar 30 01:59:59 2014 CET isdst=0 gmtoff=3600 Europe/Warsaw Sun Mar 30 01:00:00 2014 UTC = Sun Mar 30 03:00:00 2014 CEST isdst=1 gmtoff=7200 Europe/Warsaw Sun Oct 26 00:59:59 2014 UTC = Sun Oct 26 02:59:59 2014 CEST isdst=1 gmtoff=7200 Europe/Warsaw Sun Oct 26 01:00:00 2014 UTC = Sun Oct 26 02:00:00 2014 CET isdst=0 gmtoff=3600
Offline
Ja mam takiego skrypta:
#!/bin/bash rm -f /etc/adjtime rdate -s -p ntp.task.gda.pl; hwclock --systohc --utc; exit 0;
Od kilku lat siedzi sobie w /etc/cron.hourly/ i nawet nie wiem, kiedy i jak Gentuś sobie zmienił godzinę. ;)
W każdym razie system zawsze wie, która godzina.
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2013-10-28 16:08:34)
Offline
Da radę jakoś przekierować wyjście tego rdate do sysloga np? By pokazał coś takiego?
Mon Oct 28 16:26:29 CET 2013 rdate: adjust local clock by -236 seconds
Bo w sumie to mógłbym z ntp zrezygnować na rzecz tego rdate, ale muszę widzieć czy czas się zmienia. xD
Offline
A ja nie mam ntp.* i zmienił będąc w uśpieniu:
pablo@lena:~$ cat /etc/adjtime 0.037826 1382473905 0.000000 1382473905 LOCAL pablo@lena:~$ aptitude search ntp p chntpw - NT SAM password recovery utility p chntpw:i386 - NT SAM password recovery utility p cyrus-nntpd - Cyrus mail system - NNTP support (metapacka v cyrus-nntpd:i386 - p cyrus-nntpd-2.2 - Transitional package for cyrus-nntpd-2.4 v cyrus-nntpd-2.2:i386 - v cyrus-nntpd-2.3 - v cyrus-nntpd-2.3:i386 - p cyrus-nntpd-2.4 - Cyrus mail system - NNTP support p cyrus-nntpd-2.4:i386 - Cyrus mail system - NNTP support p libnet-ntp-perl - Perl module to query NTP servers p libnews-nntpclient-perl - Perl module to access NNTP servers p mountpy - script for quick mounting of removable devi p mountpy:i386 - script for quick mounting of removable devi p ntp - Protokół synchronizacji czasu (ang. Network p ntp:i386 - Protokół synchronizacji czasu (ang. Network p ntp-doc - Network Time Protocol documentation p ntpdate - Klient ustawiający czas systemowy z serweró p ntpdate:i386 - Klient ustawiający czas systemowy z serweró p openntpd - OpenBSD NTP daemon p openntpd:i386 - OpenBSD NTP daemon p php-net-nntp - PHP Pear module for NNTP p puppet-module-puppetlabs-ntp - Puppet module for ntp p raintpl - easy and fast template engine for PHP p sinntp - tiny non-interactive NNTP client
Offline
Ale sie rozbestwili Ci użytkownicy Archa... Więcej Was matka nie miała?
# timedatectl Local time: śro 2013-10-30 00:47:03 CET Universal time: wto 2013-10-29 23:47:03 UTC RTC time: śro 2013-10-30 00:47:03 Timezone: Europe/Warsaw (CET, +0100) NTP enabled: no NTP synchronized: no RTC in local TZ: yes DST active: no Last DST change: DST ended at nie 2013-10-27 02:59:59 CEST nie 2013-10-27 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at nie 2014-03-30 01:59:59 CET nie 2014-03-30 03:00:00 CEST Warning: The RTC is configured to maintain time in the local timezone. 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'.
Mam tak i sam sobie zmienił czas.
Offline
U mnie tez sam zmienił bez żadnego ntp.
Zresztą tak się dzieje odkąd sięgam pamięcią.
Offline
A u mnie jest coś nie tak z godziną po zmianie czasu na zimowy. Otóż zegar systemowy pokazuję rzeczywistą godzinę np. teraz 18:23, ale w przeglądarce - otrzymane wiadomości na FB, Gmailu są cofnięte o godzinę np. gdybym dostał e-mail właśnie teraz to taki Gmail pokaże - 17:23, a jest 18:23.
root@vaio:/home/shevchenko1987# hwclock --show wto, 5 lis 2013, 18:24:50 -0.734946 sekund
root@vaio:/home/shevchenko1987# cat /etc/adjtime 0.000000 1383675528 0.000000 1383675528 UTC
Ma ktoś jakiś pomysł co zrobić by czas w przeglądarce był ok?
Ostatnio edytowany przez shevchenko1987 (2013-11-05 18:27:20)
Offline
Strefa jest ok, bo na tym samym laptopie mam Windowsa i tam jest wszystko ok.
Offline
Zobacz tak może:
hwclock --systohc --localtime
W sumie nie wiem czy to ma prawo pomóc, ale na kompach z Windowsem podobno tak się robi żeby czas nie wariował.
Offline
Niestety dalej to samo. Zrobiłem restart. Nic to nie zmieniło.
Offline
Mam obecnie 3: Opera (główna), Konqueror, Iceweasel. Na każdej to występuje.
Offline
A teraz zauważyłem jeszcze lepszą rzecz. W przeglądarkach jest cofnięta o godzinę, a w XBMC jest o godzinę zawyżona. WTF!?
Offline
Czy polecenie date zwraca poprawny czas ?
Spróbuj w IceWeasel odpalić konsolę (ctrl+shift+k) i wpisz tam Date() . Czy czas jest poprawny?
Szczerze mówiąc, jeżeli czas systemowy i sprzętowy jest dobrze ustawiony, a mimo tego przeglądarka pokazuje inaczej - to mnie ten problem przerasta.
Może spróbuj użyć daemona ntp do zarządzania czasem?
Ostatnio edytowany przez krasnij (2013-11-05 21:22:48)
Offline
[21:25:03.587] Date() [21:25:03.590] "Tue Nov 05 2013 21:25:03 GMT+0000 (UTC)"
Wydaje się poprawny. Tylko zaraz po tym wbiłem do GMaila i wysłałem sobie maila na test. Niestety bez poprawy. Instalowałem ntpd, zmieniłem na automatyczne pobieranie czasu, ale nic to nie daje.
Offline
GMT +0 to czas UTC. Nasza strefa zimowa (i zarazem geograficzna) to GMT +1, natomiast letnia to GMT+2
Ostatnio edytowany przez krasnij (2013-11-05 21:32:25)
Offline