Re: системное в ремя
On Thu, Jun 14, 2007 at 09:22:08PM +0400, Oleg Sheremetinsky wrote: На Thu, 14 Jun 2007 01:54:37 +0400 Evgeny M. Zubok записано: Кажется, я вспомнил, как у меня было. Сначала системные часы стояли на Гринвиче, а переменная UTC имела значение yes. В этом режиме запускался tzconfig, выставлялась нужная зона Europe/Moscow. А потом переменная UTC ставилась в режим no. Тут в другом проблема - при загрузке вижу select() to /dev/rtc to wait for clock tick timed out. попробуй внести HWCLOCKPARS=--directisa в начало файла(ов) /etc/init.d/hwclock* man hwclock на предмет directisa у меня hwclock почему-то через /dev/rtc на моём железе (thinkpad t60) не заработал, а с --directisa пошло -- Guten Tag, Alexey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: системное в ремя
On Thu, Jun 14, 2007 at 04:29 +0400, Oleg Sheremetinsky wrote: Извините за глупый вопрос - почему у меня время с установленным временным поясом (Москва) все равно к системному времени прибавляет 4 часа? В /etc/default/rcS значение UTC установлено в no. Что я еще забыл? (система Etch 4.0) Вот вывод команды date: Чтв Июн 14 04:28:34 MSD 2007 У меня была одно время такая трабла ... Уже начинал задумываться о вызове уфологов ... Симптомы кроме этого - комманда hwclock задумыватся минуты на две, после чего выдаёт что-то про проблеммы в работе с rtc. qemu так же жалуется на rtc. Вылечилось установкой в bios опции acpi table на no. По моему так опция называлась точнее сказать не могу - перезагружаться в лом. Что производитель имел ввиду этой опцией в следствии полной невменяемости мануала сказать не могу. Мать asrock alife-nf6g-dvi С уважением Владимир signature.asc Description: Digital signature