abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 23:22 | Komunita

Na dnes, poslední středu v březnu, připadá Document Freedom Day (DFD, Wikipedie), jenž má upozornit na výhody otevřených standardů a formátů dokumentů. Organizátoři se rozhodli, že letos proběhne Document Freedom Day dvakrát. Druhý letošní Document Freedom Day proběhne 26. dubna.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Nová verze

Byla vydána nová stabilní verze 1.8 (1.8.770.50) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují vylepšenou historii prohlížení. Ukázka na YouTube. Chromium bylo aktualizováno na verzi 57.0.2987.111.

Ladislav Hagara | Komentářů: 0
včera 05:55 | Zajímavý projekt

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 0
včera 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
28.3. 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 15
28.3. 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 55
28.3. 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 12
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 17
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 964 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: nahly posun systemoveho casu

    24.3.2004 21:03 JUR
    nahly posun systemoveho casu
    Přečteno: 459×
    Ahoj, mam Gentoo a stava se mi, ze se cas z niceho nic posune dobredu tak o hodinku.... vubec nevim proc, ale parkrat mne to donutilo hodne rychle rano vystartovat do skoly....kdyz sem se pak podival na hodinky, zjistil jsem, ze je o nekolik hodne minut mene.

    Nevite co s tim?

    Posouva se systemovy cas.

    kdyz pouziji ntp > tak se cas srovna, ale pozdeji se zase rozhodi. Zatim sem nevypozoroval kdy se to stava. Ale puvodne jsem myslel, ze se to stane pri probuzeni PC ze suspendu, ale ne... dela to i pri bezicim pc.

    JUR

    Odpovědi

    25.3.2004 07:20 JUR
    Rozbalit Rozbalit vše nahly posun systemoveho casu
    prosim prosim poradte mi :-(

    ve Fedore mi to nedelalo.
    25.3.2004 10:34 Pavel Sýkora | skóre: 7
    Rozbalit Rozbalit vše nahly posun systemoveho casu
    Nemuze to byt tim, ze se musi zadat, zda hodiny v BIOSu bezi v lokalnim case nebo v UTC? Pokud jsou na pocitaci i Windows, tak by se melo v Linuxu nastavit, ze cas je lokalni. Unixy implicitne predpokladaji, ze hodiny jsou v UTC.
    25.3.2004 08:02 Martin Korous
    Rozbalit Rozbalit vše nahly posun systemoveho casu
    Mě se stalo něco podobného o 2 hodiny, ale kvůli tomu, že jsem dělal nějaké experimenty (už ani nevím jaké) ne samovolne od sebe.
    A jeste navic ruzne aplikace ukazovaly ruzne casy, treba hodiny ve window manageru a php ukazovaly ten 2 hodinovej rozdil a neslo to seridit dohromady.
    Rebootoval jsem do biosu tam jsem to opravil, pak jeste jednou nekde, asi v tom window manageru a pak uz to bylo ok.
    25.3.2004 09:55 *Mirda* | skóre: 24 | Sedlčany
    Rozbalit Rozbalit vše nahly posun systemoveho casu
    Me se to stava taky. Cas se cas od casu posune o hodinu dopredu. Musim ho pak srovnat v BIOSU. Mam Slackware 9.1.
    25.3.2004 10:05 knovy
    Rozbalit Rozbalit vše nahly posun systemoveho casu
    Me se stavalo neco podobnyho, ale asi to nebude presne omo. Bylo to tim ze jsem mel dva OS a navzajem si menily cas. Jeden OS rovnal HW cas. Druhy nastavoval cas softwarovy a hardwarovy posunoval o urcitou korekci. Z toho vyplyva ze mi to nedelalo pri behu systemu ale pouze pri spusteni OS. Ve vasem pripade nevim.
    25.3.2004 10:31 Peter Golis | skóre: 54 | Bratislava
    Rozbalit Rozbalit vše nahly posun systemoveho casu
    mne tiez, vlozil som si dalsi (pomerne stary) disk, a hodiny v biose mi zacali chodit pomalsie. neskor sa mi vypli pri vypnuti pocitaca. samozrejme ze v linuxe mi isli korektne, teda ked som ich nastavil.
    najprv som si myslel ze za to moze posledna hw zmena (disk), ale bola to este poslednejsia zmena. odisla baterka na doske ;-)
    25.3.2004 11:40 Wolfy
    Rozbalit Rozbalit vše nahly posun systemoveho casu
    No me to taky delalo ale nvim proc ale vyresil sem to tim ze sem smazel soubor /etc/adjtime a pak sem znovu spustil clock. V tom souboru mam mozna zapsane nejake korekce.
    Stanislav Brabec avatar 25.3.2004 12:02 Stanislav Brabec | skóre: 45 | Praha
    Rozbalit Rozbalit vše nahly posun systemoveho casu
    Gentoo je blbý a je to už přes rok nahlášené v Gentoo Bugzille (můžete si tam přidat komentář a zvýšit prioritu). Je jim to jedno, protože typický Gentoo je přece trvale online a stále se rovná podle NTP. :-(

    Při zasavení počítače se zapíše posunutý (většinou zpožděný) čas do hw hodin. Tím hwclock dojde k závěru, že se hw hodiny předbíhají, a příslušně to "opraví". Při dalším startu a opravách nastavení hodin se to opakuje. Pěkně se to rozkmitá, až to začne dělat třeba hodinovou chybu.

    Řešení.

    Samozřejmě zároveň musíte smazat /etc/adjtime a začít ho nastavovat od nuly.
    25.3.2004 12:18 JUR
    Rozbalit Rozbalit vše nahly posun systemoveho casu
    ok, jen co prijdu domu tak to zkusim

    jinak na pc jede jen gentoo(zadny widle)
    21.4.2004 10:27 JUR | skóre: 9 | Chrudim
    Rozbalit Rozbalit vše Re: nahly posun systemoveho casu
    AHOJ .... tak jsem to na nejaky cas nechal bejt -- ale dela mi to opravdu problemy ... kdyz sesynchronizuju cas a za 10 minut prijdu, tak je ten cas minimalne o 6 minut posunutej dopredu(sesynchronizuju v 10:00 -- prijdu v 10:10 a je tam 10:18)

    -nevite, co by to mohlo delat?

    kdyz dam hwclock ... tak to vypise spravny cas pri vypinani mam nastaveno, aby se cas sesynchronizoval s ntp serverem a pak, aby se ulozil do hw hodin. ale problem nastava, kdyz nejsem pripojenej k NETu(coz je u notebooku casto) Potreboval bych s tim help.
    --- JUR ---
    21.4.2004 10:37 jm
    Rozbalit Rozbalit vše Re: nahly posun systemoveho casu
    Ne, do HW hodin nic neukladajte, vzdyt nahore vam kolega daval odkaz na to reseni... :-(

    OK. Trivial solution:

    Remove everything in /etc/init.d/clock in stop() section and keep there only stub (eend 0 ; return 0). It solves problems with hwclock acurracy.

    I have looked at SuSE's /etc/init.d/boot.clock and it also doesn't anything with clock on halt.
    21.4.2004 11:55 JUR
    Rozbalit Rozbalit vše Re: nahly posun systemoveho casu
    pardon, jsem hloupy ... nebyl jsem u sveho PC, takze sem si neuvedomil, ze sem to jiz odstranil ... ale stejnak by mne zajimalo, proc se ten softwarovy cas posouva? Jedine budu muset dat do cronu, aby se mi kazdych nekolik minut srovnal soft cas podle hardwaroveho.
    Stanislav Brabec avatar 21.4.2004 14:29 Stanislav Brabec | skóre: 45 | Praha
    Rozbalit Rozbalit vše Re: nahly posun systemoveho casu
    Nemohou být nesmysly v /etc/adjtime z doby, kdy čas utíkal?

    Pokud máte nějaký problematický hardware, cron je také řešením. Kdysi jsem dával 1× za 2h --hctosys a jednou denně a při bootu --adjust.
    21.4.2004 14:52 JUR | skóre: 9 | Chrudim
    Rozbalit Rozbalit vše Re: nahly posun systemoveho casu
    nejvetsi muj problem je, ze nerozumim jakej je rozdil mezi UTC a CEST kdyz dam date tak se vypise: jirka@jur jirka $ date St dub 21 18:36:52 CEST 2004

    a kdyz dam cat /etc/adjtime -0.334792 1082537311 0.000000 1082537311 UTC

    tak tam je UTC > potreboval bych si to nejdriv sjednotit v hlave
    --- JUR ---
    21.4.2004 15:07 jm
    Rozbalit Rozbalit vše Re: nahly posun systemoveho casu
    Zjednodusene receno UTC = GMT; cili v BIOSu nastavit hodiny na UTC a nalinkovat ln -sf /usr/share/zoneinfo/Europe/Prague /etc/localtime
    21.4.2004 15:10 jm
    Rozbalit Rozbalit vše Re: nahly posun systemoveho casu
    Jo a jeste v /etc/rc.conf nastavit CLOCK="UTC"
    Stanislav Brabec avatar 21.4.2004 15:11 Stanislav Brabec | skóre: 45 | Praha
    Rozbalit Rozbalit vše Re: nahly posun systemoveho casu
    Rozdíl mezi UTC a CEST jsou 2 hodiny (CEST ukazuje o 2 navíc).

    Pokud máte hodiny v UTC, vše zařídí systém, stačí /etc/localtime nebo proměnná TZ.

    Pokud máte hodiny v lokálním čase, musíte je dvakrát do roka posouvat na letní a zimní čas (nebo nastartovat Windows). To ale může rozhodit adjtime.

    > a kdyz dam cat /etc/adjtime -0.334792 1082537311 0.000000 1082537311 UTC

    To je rozumný posun (0,33 sekundy za den).
    21.4.2004 17:30 JUR | skóre: 9 | Chrudim
    Rozbalit Rozbalit vše Re: nahly posun systemoveho casu
    ty veci jako localtime a CLOCK="UTC" jsem tam jiz mel spravne ... asi si budu muset nainstalit cron a synchronizovat to tak, jak bylo popsano. ale jak to delaji jine distribuce? ve Fedore mi to behalo bez problemu?
    --- JUR ---
    21.4.2004 18:13 jm
    Rozbalit Rozbalit vše Re: nahly posun systemoveho casu
    Smazal jste ten soubor /etc/adjtime?
    21.4.2004 19:30 Jiří Vičík | skóre: 9
    Rozbalit Rozbalit vše Hodiny jdou podle plotu i mně
    Všechny zdravím,

    řešil jsem teď něco podobného - ne-li stejného v SUSE 9.0 FTP. Nevím přesně po kterém kroku k tomu došlo, ale mám pocit, že to bylo po aktualizaci jádra z 2.4.21-144 na 2.4.21-202.

    Problém se projevoval tak, že se zpožďovaly hodiny. Nejdříve jsem si myslel, že to je jen vadná baterka na desce, potom jsem zjistil, že ke zpožďování dochází za chodu systému a to za cca 5 hodin práce až 40 minut, ale velikost odchylky nebyla pokaždé stejná, někdy se dokonce hodiny i předbíhaly. Odchylka se projevovala nezávisle na připojení k internetu a nezávisle na dvou počítačích se stejnou distribucí (na třetím je vše ok, ale tam je 2.4.21-199). Zpoždění bylo větší při větším zatížení systému, naopak, běžel-li počítač 'bez zatížení', hodiny se předbíhaly, ale tam šlo tak o cca 60sec/den.

    Dále jsem zjistil, že HW čas byl v pořádku až do vypnutí systému, kdy byl přepsán časem aktuálním systémovým - tedy špatným.

    Příčinu jsem nenašel a o chybě jádra pochybuji a jelikož mi už došla veškerá fantazie a trpělivost, prozatím jsem to vyřešil tak, že jsem nakronoval každých 30min --hctosys, zakázal --systohc při runlevelech 0 a 6, a ještě jsem zakázal --adjust při spouštění. Teď to sice funguje, ale příčina problému dále přetrvává.

    Nesetkal jste se někdo s něčím takovým, nevíte kde může být problém?       Dík J.
    21.4.2004 20:33 JUR
    Rozbalit Rozbalit vše Re: Hodiny jdou podle plotu i mne
    aha ... taky jsem si rikal, ze dneska se to posouvalo az nejak moc hodne, -- takze je mozne, ze mi to dela taky pri vetsi zatezi, protoze jsem kompiloval KDE 3.2.2

    Take sem to prozatim vyresil CRONEM, jadrem to asi nebude mam 2.6.4
    21.4.2004 22:16 iji
    Rozbalit Rozbalit vše Re: Hodiny jdou podle plotu i mně
    mam stejny problem se suse 9.0 ftp - provozovano na ibm thinkpad r40 (centrino). bohuzel jsem si s originalnim jadrem nevsiml zadneho problemu, ale se soucasnym (2.4.21-199) se mi hodiny zpozduji cca 10 minut/tyden. na pricinu problemu jsem zatim neprisel, takze to resim obcasnou korekci pres ntp.
    24.4.2004 23:04 Jiří Vičík | skóre: 9
    Rozbalit Rozbalit vše Re: Hodiny jdou podle plotu i mně
    Teď jsem si všiml, že mi to asi nejvíc zpožďuje hlavně k3b (nedistribuční verze) 0.11.9...... J.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.