Názory k článku Časové zóny a nastavení přesného času v Linuxu


# hwclock -D
hwclock: use --verbose, --debug has been deprecated.


(a stejne by me zajimalo, kdo si dobrovolne nainstaluje linux v cestine...)

Naprostá většina českých uživatelů.

Znám celou řadu českých uživatelů Linuxu a všichni máme anglickou verzi s podporou češtiny. Sice to nebude reprezentativní vzorek (programátoři, administrátoři a grafici), ale i přesto si troufám oponovat, že "naprostá většina" to v češtině mít nebude. Pro děti/manželku/tchý­ni čeština dobrá volba bude, ale pro cokoliv jiného je výhodnější mít to ve stejném jazyce, jako je naprostá většina návodů a diskusí na internetu. To předpokládám potvrdí každý, kdo se podle anglického návodu pro cokoliv netriviálního (kupříkladu Blender) pokoušel pracovat na české verzi SW.

Naprosto potvrzuji. Priznam se ze mi dela problem nekterym prekladum v cestine spravne porozumet. V anglictine presne vim o co jde. Proto mam nejen distro na svem NTB (Debian 9) ale dokonce i smartphone (ktery pouzivam bez sim spise jako tablet) v anglictine a dokonce i svou starou Nokii 6020 ktera stale funguje a mam v ni sim a pouzivam ji jako skutecny telefon na telefonovani a nedam na ni dopustit. Proste mi to tak vic sedne a rychleji najdu treba veci v nastaveni. A to jsem prosim rodily cech.

budiz

V angličtině ho mají převážně programátoři, kteří obvykle ventilují své pohrdání lokalizovanými verzemi, protože přece "správný odborník pracuje v anglické verzi". V češtině to pak má většina ostatních normálních lidí.

Miluji ty, co si myslí, že všem ostatním vidí do hlavy. Nejhorší stádium je to, když dotyční na základě těchto svých doměnek dělají závěry, nebo dokonce už jednají a zařizují věci tak, jako by se jejich doměnky staly skutečností. Úplně konečné stádium jsou ti, kteří se omylem dostali k moci a na základě svých doměnek rozhodují. To je pak úplně hotovo. Aneb "život v jejich vlastním vesmíru".

Ta poznámka, že dříve to nebylo úplně bez chyb je prakticky zbytečná, protože ve stejné době (před 10 -12 lety a více) jsem míval stejné problémy s posunem času i v linuxu ... bylo zabugované obojí (Win i Linux) a optimální nastavení (tedy s funkčním local time který znal UTC) neexistovalo nikde.

*Linux míval v té době problémy opačné (převod na local), i když minimálně co pamatuji tak ne přímo na úrovni OS (resp. tam býval, tam jsem míval, UTC obecně, všude), ale v knihovnách (a tedy vlastních programech). Pokud jsem chtěl dostat localtime, tak jsem si musel vše ošéfovat sám a někdy musel někdy nesměl (nevím proč, občas blblo a dával dvojnásobnou) předem nastavít zónový posun (zónové variables), tuším via tzset (fungoval-li) nebo ručně. A letní a zimní čas byl ještě horší. Býval to opruz. Vše se, na obou systémech, spravilo až během posledních 5-10 let a už je OK i v praxi a funguje jak interně, tak různé OS mezi sebou. Když se jednou dobře nastaví.

Pozor, mixují se tu dvě věci. UTC Linux a jeho možnost převodu do localtime (jak známe dnes a jak to dříve prakticky nefungovalo, protože převod na lokal si musel každý dělat po svém, protože i "oficiální" knihovní věci blbly - byl v tom fakt bordel). Na to jsem narážel v mé poznámce. Že se člověk musel smířit s UTC a občas se mu někde, sem tam, objevil (správný) local.

A pak byla druhá možnost, kterou nyní zmiňujete - já ji nevyužíval, ale v okolí byla. Pokud tenkrát někdo chtěl mít linux a na něm _spolehlivý_ localtime (tedy i letní čas a podobně) (typicky domácí použití), nezbylo mu než si hw time (systémový) nastavit na lokální. A (pro programy co chtěly navíc převádět po svém) se tvářit, že je v Londýně.

Paradoxně, ona druhá možnost byla tenkrát spolehlivější, pro domácí použití (kde nebyla nutná interakce PC s okolím na systémové úrovni). Byla spolehlivější jak při dualboot (a to nejen s win), tak při tom, že člověk i na linuxu (pro domácí BFU) vždy viděl, i v čase starých souborů, "správný" čas (z pohledu čitelnosti pro běžné lidi). Doma se neřešily nekonzistentní problémy s logy, na to se kašlalo, ale třeba se hledalo, zda to zapsal dospělý (po práci) nebo děti (odpoledne), časy fotek (neřku při převody času z exif, kde si většina na foťáku nastavuje local) že nebyly posunuté o 2h. A podobně.

Hej, nastavil si si HW hodiny na lokalny cas, a zdalo sa ti to OK. A potom si bootol do Linuxu v to pekne rano, kedy sa predoslu noc menil cas z letneho na standardny (alebo opacne), linux zmenil systemovy cas a zapisal tu zmenu do HW hodin. A potom si neskor rebootol do Windoze... a tie spravili uplne to iste a tiez to cele posunuli o hodinu, lebo si mysleli, ze HW hodiny su (stale) o hodinu mimo. Takze sa ti to 2x za rok rozosralo. Tak tomu hovorim "spolahlivejsia moznost", LOL.

Takze zase blabolis Jirsaku? Systemovej cas na tuxovi muze byt naprosto cokoli.

Nic, zapomeňte. Já o voze Vy o koze.

Tedy, že ta poznámka, že to dříve nebylo bez chyb, se mi zdála zavádějící - ve smyslu že vyzněla, jako bychom si na to měli dát pozor. Když už o tom něco explicitně zmiňujete.

Nemusíme dávat pozor. Stejně jako nemusíme nyní dávat pozor na 1000+1 věcí z té doby, vč. těch co jsem pro změnu uvádě jál. Nedůležité informace. A zbytečně jsem offtopic akademickou diskusí na toto téma méně znalé čtenáře v zblbl. Teď (tedy už cca 10 let) už je vše ok.

A co dělat, když UTC mi ukazuje vás jaký u nás je a tedy po nastavení zóny Europe/Prague je local time o dvě hodiny posunutý dopředu?

Ntp jsem zkoušel. Mám s tím problém na svém serveru na vpsfree. Zkusím ještě nastavit ten čas pomocí hwclock.

date vypíše Thu Sep 20 09:54:26 CEST 2018
timedatectl
Local time: Thu 2018-09-20 09:56:54 CEST
Universal time: Thu 2018-09-20 07:56:54 UTC
RTC time: n/a
Time zone: UTC (CEST, +0200)
System clock synchronized: yes
systemd-timesyncd.service active: no
RTC in local TZ: no

Ale WordPress mi bohužel píše něco jiného
Koordinovaný světový čas (UTC) je 20. 9. 2018 9:58:27.
Místní čas je 20. 9. 2018 11:58:27.

Asi budu dál hledat problém s wordpressem a ne na serveru.

Tenhle clanek spolu s tim ohledne sitovek me postupne vraci zpatky k mym zacatkum s Linuxem.

To jsme meli rok 2016, ted mame 1998, mozna se dockame i frajera ve slunecnich brylich a popisu nefalsovane textove instalace :-)

Na vaznou notu - proc ne, tyhle clanky delaly ROOTa ROOTem, a v podstate to tady v posledni dobe drzel nad vodou akorat Pavel Tisnovsky (ktereho byste meli platit zlatem)...

Jo, třeba taková instalace Archu je v současnosti pěkně hackerská.

Neví někdo jak na hardware hodiny z příkazové řádky v Android? Mám root a je tam k dispozici i hwclock. Nicméně například:
hwclock -w
vrací:
hwclock: RTC_SET_TIME: Invalid argument

Myslim si ze ten pan zbytocne dramatizuje fakt ze sa v tej jeho aplikacii zabudol opytat na casovu zonu. Na konci potom sice rozprava zopar zaujimavosti o tom ako bolo vypustenych 13 dni a ako novy rok nebol kedysi 1.1. Ale cele to video pokazil frflanim na casove zony.

K synchronizaci budete potřebovat démona, který ovládá protokol NTP a umí upravovat rychlost hodin v jádře. Použít je možné různé implementace včetně NTP, OpenNTPD nebo Chrony.

Nechci se hádat, ale v dnešní době už asi v roli NTP klienta uvidíte spíš službu systemd-timesyncd. Ovládá se pomocí nástroje timedatectl (např. timedatectl set-ntp true) a její konfigurace je uložena v /etc/systemd/ti­mesyncd.conf.

...a s tim jsemzrovna vcera bojoval. Nez jsem pochopil a nasel jak donutit systemd natahnout novou konfiguraci tak jsem malem rodil jezky.

Systemctl restart systemd-timesyncd.service

Vážně? To si nemyslím. Rád se nechám přesvědčit o opaku.

To vizejo. Na laptop dobry ale na server bych to nedal. Mozna tak jeste na nejaka webova blbitka.

- uz to umi zjistovat kvalitu mistniho, vzdaleneho zdroje?
- uz to umi postupnou kompenzaci rozjetych hodin?
Na jakou presnost se da dostat s timto?

Na to pamatuju. To mohl udelat jen hlupak s omezenim videnim sveta co prakticky nevystrci paty z domu. Pritom je treba casta kombinace anglictina/hindu/ nejaka mistni hatmatilka. + je treba si zajistit aby clovek mohl psat Devanagari. Protoze nekde se indove sami mezi sebou jinak nedomluvi nez anglicky. Indie neni zrovna omezeny vzorek uzivatelu. A tento setup clovek potrebuje jen na proste uzivani pocitace jako kancl krysa. Nikoli na adminovani nebo programovani.
Jsou zeme kde mas zaklad 3 jazyky a k tomu dve pisma. Pokud se zivis pocitacove tak k tomu pridas jeste

Co když mám server v cloudu na druhé straně zeměkoule, třeba monitoring a nikdy mne nebude zajímat, v kolik se to stalo u nich. Mám tam na systémové úrovni nastavit náš čas?

Nastavte si tam, co uznáte za vhodné :) Já na všech serverech používám jako výchozí UTC, protože všechny výpadky a podobné události mi poskytovatelé hlásí také v UTC a v lozích nemusím řešit letní čas. Když nějaký uživatel chce vidět jinou časovou zónu, může si ji nastavit proměnou TZ.