Изпечатай

[plandz]

Здравейте!
С Мандрива съм от няколко години,но такова нещо не ми се беше случвало досега.При всеки рестарт часовника ми отива с 3 часа напред.Локал-а ми е настроен правилно,на БГ.Всичко си е както съм го настройвал досега при другите (предишните) версии на Мандривата,но ми писна да го оправям при всяко пускане или рестарт на компютъра.
Преинсталирвах я няколко пъти и забелязах следното - още при инсталацията,ако избера при окончателната настройка за часови пояс и дата действителното време,което ми показва хардуерния часовник (т.е. това,което си е в момента у нас),то после часовника отива 3 часа напред при всеки рестарт или включване.Ако задам да е по Гринуич,то след това часовника се връща 3 часа назад при всяко излизане от системата.
Какво ли не правих,проверявах навсякъде,където може да е проблема,но нищо не успях да направя.
Сложих предпоследната Мандрива (2008.0) за проба и този проблем просто изчезна.Всичко е както трябва.
Ще бъда много благодарен и задължен на всеки,който ме насочи какво да направя,за да премахна този проблем!Иска ми се да си сложа последната версия (2008.1).
Благодаря предварително на всеки,отзовал се!
P.S.Забравих да напиша,че е изключен сървис-а за синхронизация със времеви сървър.

[liktion]

Това е Линукс -- няма нужда да преинсталираш всеки път, когато нещо не работи '>
По проблема -- имаше теми тук из форума -- за други дистрибуции...

Ето материал за четене:
Цък 1
Цък 2
Цък 3.

 

[cdiem]

Опитай с

Примерен код

/sbin/hwclock --show --directisa

Ако се оправи, в /etc/sysconfig/clock добави directisa (например, нещо като HWCLOCK="--directisa" или CLOCKFLAGS="--directisa").
Също, опитай да промениш стойността на UTC на UTC=false в /etc/sysconfig/clock.

[plandz]

Цитат (cdiem @ Юни 20 2008,10:17)

Опитай с Примерен код /sbin/hwclock --show --directisa Ако се оправи, в /etc/sysconfig/clock добави directisa (например, нещо като HWCLOCK="--directisa" или CLOCKFLAGS="--directisa"). Също, опитай да промениш стойността на UTC на UTC=false в /etc/sysconfig/clock.

Пробвах всичко,което беше написано,но нищо не се оправи,за съжаление.Часовникът си се сменя при всеки рестарт или включване.Сега включих ntp и с него е добре,но не ми се иска да го държа включен,защото навсякъде пишат,че това е дупка в сигурността.
Ако знаещите имат други идеи,ще им бъда благодарен!
Забравих да напиша,че в /etc/sysconfig/clock UTC си беше на false.

[triplek]

Ако имаш уиндоус вобще не се чуди.

[plandz]

Цитат (triplek @ Юни 20 2008,23:56)

Ако имаш уиндоус вобще не се чуди.

Аз винаги съм имал 3 първични дяла,от които единия е с лицензиран инсталиран уиндоус,защото така се налага.Това обаче досега не ми е създавало никакви проблеми.Двете системи са си съжителствали мирно и без да си пречат една на друга.Така,че не приемам тази забележка.
А и как да си обясня,че при предната версия(а и при по-старите от нея) проблемът го няма?!Появява се при последната - 2008.1
Ако имаш нещо в предвид,напиши.Така,с недомлъвки мисля,че няма да се разреши.
При условие,че искаш да помогнеш!А то не е задължително.

[ANTIADMIN]

Ето затова не е препоръчително да се ползват простотии от рода на убунту, федора, мандрива, ПЦлинуксОС и куп други eye-candy бози.
Имам rc.time скрипт/ping server foo и с netdate ъпдейтни времето/, който се зарежда като буутва, ако те устройва това решение. Не знам точно при мандрива по къв начин е направено стартирането на услугите.

[gat3way]

Това е едно много забавно issue '> Описано е в manpage-a на settimeofday() GLIBC функцията по следния начин:

Under Linux there is some peculiar 'warp clock' semantics associated to the settimeofday() system call if on the very first call (after booting) that has a non-NULL tz argument, the tv argument is NULL and the tz_minuteswest field is non-zero. In such a case it is assumed that the CMOS clock is on local time, and that it has to be incremented by this amount to get UTC system time. No doubt it is a bad idea to use this feature

Та в случаи като този ползвай ntp. Мандрива си има ntp клиент.

[winman]

За съжаление има бъг в локализацията на последната Мандрива. Ако апдейтваш, просто не апдейтвай файла timezone-2008c. Поне под Gnome има проблеми. Ако правиш fresh install, тогава почакай. Този бъг ще е оправен скоро. До тогава можеш да си инсталираш ntpclient и като root, с командата:
ntpdate time.nist.gov

да си свериш часовника. time.nist.gov е един от многото тайм сървъри.

@por4e2

Цитат

... не е препоръчително да се ползват простотии от рода на убунту, федора, мандрива, ПЦлинуксОС и куп други eye-candy бози.

Момче младо, защо си вадиш порчето където не трябва? То въобще да ползваш Линукс си е мазохизъм. Трай си там и не се изказвай по повод Мандрива, неподготвен.

Много ти здраве от чичо ти Winman!

[triplek]

Имах предвид, че уиндоус и линукс са на различно мнение за часова зона +2. При мен винаги при пускане на уиндолс часовника ми се разместваше. Дори и като спра опцията за автоматично сверяване на часовника. '>

Потърси как се настройва Мандрива да не сверява часовника по UTC ами просто локално да си го гледа от биос.

Успех

[ANTIADMIN]

И сега на къф се направи, че не разбрах, winman?

[klaren]

Имах същия проблем с Debian .Оправих го с помощта на това
http://lists.uni-sofia.bg/pipermail/debian/2007-November/001938.html

[cdiem]

Струва ми се, че това - https://qa.mandriva.com/show_bug.cgi?id=36522 е за твоя проблем; виж #32, #45 и #86.

[panko]

Пробва ли да изключиш UTC? При мен това помага

[plandz]

Прочетох всичко и пробвах решението,описано тук:

http://www.nabble.com/-Cooker....6641966

"I think I've found where the problem is : the system that sync the system time with the hardware clock at boot has been moved in february from an initscript to an udev rule like Fedora, and Fedora users are experiencing the same behaviour ( http://fcp.surfsite.org/modules....start=0 ).

/sbin/hwclock --hctosys --rtc=/dev/k% is used for syncing, but it seems to fail in some cases (/dev busy , some bios) and that --directisa solves the problem, there's a lot of reports in this direction. In case of failure it appears that the system time can be wrong.

I've created a new udev rule 89.clock.rules with exactly the same content that 88.clock.rules exept that I replace /sbin/hwclock --hctosys --rtc=/dev/k% by /sbin/hwclock --hctosys --directisa, so that it act as a fallback of 88.clock.rules (is --directisa working with any PC ?).

That solved the problem for me and another one user. Is this working for those who have the same issue ?"

т.е. създадох новото правило 89 и го сложих в /etc/udev/rules.d

Рестартирах досега 5 пъти и изключих компа 3 пъти за проба.Часовникът си остана на коректното време!
Благодаря много на cdiem,който ме насочи да търся решение с --directisa и който ми даде този линк:
"Струва ми се, че това - https://qa.mandriva.com/show_bug.cgi?id=36522 е за твоя проблем; виж #32, #45 и #86. "

Благодаря много и на всички други отзовали се!!!