Народ!Вот заметил (не прошло и года :)) , что у меня неверно настроен таймзон:
В КМОСе - локальное время: 16:25
date выдает 20:25 UTC.zic -l Europe/Moscow ничего не дал.
Что делать?
>Народ!
>
>Вот заметил (не прошло и года :)) , что у меня неверно
>настроен таймзон:
>В КМОСе - локальное время: 16:25
>date выдает 20:25 UTC.В чмосе должно быть GMT, а таймзона (для Москвы) прописана как Europe/Moscow.
Локальное время в чмосе OpenBSD не понимает. Но тут могу и ошибаться.
>Локальное время в чмосе OpenBSD не понимает. Но тут могу и ошибаться.
>Кажется, я действительно ошибаюсь. Нашел вот что:
option TIMEZONE=-180 # time zone to adjust RTC time by
option DST=-60 # daylight saving time used by RTCв файле конфигурации ядра. Вопрос только в том, с какой версии OpenBSD это появилось.
Таким образом, я могу юзать в кмосе локальное вермя?А как, тогда, объяснить системе, что в кмосе оно локальное (причем летнее) без пересборки ядра.
Сейчас система добавляет ко кмосовскому (к _мосКовскому :)) каламбур) 4 часа...
>Таким образом, я могу юзать в кмосе локальное вермя?Не пробовал, просто увидел у одного человека. У меня на файрволле все равно кроме OpenBSD ничего нет, так что GMT в чмосе меня вполне устраивает.
>А как, тогда, объяснить системе, что в кмосе оно локальное (причем летнее)
>без пересборки ядра.Хм, в отличие от линукса процесс пересборки ядра *BSD не так страшен. К тому же, если быть откровенным, с точки зрения security систему надо держать в состоянии -stable (как это делать, написано в документации к системе), коий процесс все равно тянет пересборку ядра как минимум.
>Сейчас система добавляет ко кмосовскому (к _мосКовскому :)) каламбур) 4 часа...
И совершенно правильно делает, ибо считает, что в чмосе находится GMT, "как у больших юниксов".
>>Таким образом, я могу юзать в кмосе локальное вермя?
>
>Не пробовал, просто увидел у одного человека. У меня на файрволле все
>равно кроме OpenBSD ничего нет, так что GMT в чмосе меня
>вполне устраивает.Да дело в том, что при установке OpenBSD я был спрошен на предмет времени, но хоть убей не помню что я ответил, и, самое главное, кому (то-есть это была программа установки, но пререустанавливать систему по такому пустяку вообще не катит).
>
>>А как, тогда, объяснить системе, что в кмосе оно локальное (причем летнее)
>>без пересборки ядра.
>
>Хм, в отличие от линукса процесс пересборки ядра *BSD не так страшен.
>К тому же, если быть откровенным, с точки зрения security систему
>надо держать в состоянии -stable (как это делать, написано в документации
>к системе), коий процесс все равно тянет пересборку ядра как минимум.Пугает не пересборка ядра, а тот факт, что после пересборки "воз" может остаться там же.....
То есть проблема еще не дошла до стадии пересборки ядра.
>
>
>>Сейчас система добавляет ко кмосовскому (к _мосКовскому :)) каламбур) 4 часа...
>
>И совершенно правильно делает, ибо считает, что в чмосе находится GMT, "как
>у больших юниксов".Но ведь фришка каким-то образом ведет себя "по-человечески"!!!
>>>Таким образом, я могу юзать в кмосе локальное вермя?
>>
>>Не пробовал, просто увидел у одного человека. У меня на файрволле все
>>равно кроме OpenBSD ничего нет, так что GMT в чмосе меня
>>вполне устраивает.
>
>Да дело в том, что при установке OpenBSD я был спрошен на
>предмет времени, но хоть убей не помню что я ответил, и,
>самое главное, кому (то-есть это была программа установки, но пререустанавливать систему
>по такому пустяку вообще не катит).
>
>>
>>>А как, тогда, объяснить системе, что в кмосе оно локальное (причем летнее)
>>>без пересборки ядра.
>>
>>Хм, в отличие от линукса процесс пересборки ядра *BSD не так страшен.
>>К тому же, если быть откровенным, с точки зрения security систему
>>надо держать в состоянии -stable (как это делать, написано в документации
>>к системе), коий процесс все равно тянет пересборку ядра как минимум.
>
>Пугает не пересборка ядра, а тот факт, что после пересборки "воз" может
>остаться там же.....
>
>То есть проблема еще не дошла до стадии пересборки ядра.
>
>>
>>
>>>Сейчас система добавляет ко кмосовскому (к _мосКовскому :)) каламбур) 4 часа...
>>
>>И совершенно правильно делает, ибо считает, что в чмосе находится GMT, "как
>>у больших юниксов".
>
>Но ведь фришка каким-то образом ведет себя "по-человечески"!!!причем здесь "фришка", если OpenBSD корректирует часы на основе /etc/localtime который есть линк куда? соответственно BIOS должен быть
в UTC/GMT? Сделай без пересборки.кроме того смотри версию OpenBSD, структура базы zoneinfo вроде менялась от версии к версии в openbsd (/usr/share/zoneinfo)
если не делал upgrade'ов, то все найдешь через man, а при upgarde'е с
неверно установленой зоной и датой в CMOS на i386 можно огрести проблемы
в OpenBSD (если не ошибаюсь)man tzset
man environ (переменная TZ)EEPROM or BIOS set to GMT
bash-2.05a$ ls -l /etc/localtime
lrwxr-xr-x 1 root wheel 33 Aug 16 2002 /etc/localtime -> /usr/share/zoneinfo/Europe/Moscow
bash-2.05a$bash-2.05a$ date
Mon Apr 28 22:15:43 MSD 2003
bash-2.05a$ date -u
Mon Apr 28 18:15:46 GMT 2003
bash-2.05a$man zdump
zdump -v MSD
ну и еще в ядре можно выставлять TIMEZONE и DST:
grep TIME /usr/src/sys/conf/*
grep DST /usr/src/sys/conf/*option TIMEZONE=0 # time zone to adjust RTC time by
option DST=0 # daylight savings time used by RTCps. пример был для MSD Europe/Moscow
>
>bash-2.05a$ ls -l /etc/localtime
>lrwxr-xr-x 1 root wheel 33 Aug 16 2002 /etc/localtime -> /usr/share/zoneinfo/Europe/MoscowЭто есть.
>bash-2.05a$ date
>Mon Apr 28 22:15:43 MSD 2003
>bash-2.05a$ date -u
>Mon Apr 28 18:15:46 GMT 2003
>bash-2.05a$Как я понимаю, это традиция?
>>
>>bash-2.05a$ ls -l /etc/localtime
>>lrwxr-xr-x 1 root wheel 33 Aug 16 2002 /etc/localtime -> /usr/share/zoneinfo/Europe/Moscow
>
>Это есть.
>
>>bash-2.05a$ date
>>Mon Apr 28 22:15:43 MSD 2003
>>bash-2.05a$ date -u
>>Mon Apr 28 18:15:46 GMT 2003
>>bash-2.05a$
>
>Как я понимаю, это традиция?эм, это удобство скорее, когда появился Unix и когда PC?
Какой смысл отдельно для i386-platform перекраивать идеалогию machine clock, оно нуна разработчикам? А так полное единобразие.PS. Кстати, глянь FAQ, там конкретный совет в этом плане для MAC'а у
которого тикер вроде отстает.
>>Как я понимаю, это традиция?
>
>эм, это удобство скорее, когда появился Unix и когда PC?
>Какой смысл отдельно для i386-platform перекраивать идеалогию machine clock, оно нуна разработчикам?
>А так полное единобразие.теперь это в этом единобразии стало на 1 систему больше. ;)
Ввиду наличия на этом же компе Windows, я у себя решил эту проблему просто и сердито
rm /etc/localtime
;)
>Ввиду наличия на этом же компе Windows, я у себя решил эту
>проблему просто и сердито
>rm /etc/localtime
>;)А я вот так:
newfs /dev/wd0a
;))
>Ввиду наличия на этом же компе Windows, я у себя решил эту
>проблему просто и сердито
>rm /etc/localtime
>;)что не есть верно и на что можно забить используя синхронизацию, однако