# grep ^server /etc/ntp.conf
server 0.ru.pool.ntp.org
server 1.ru.pool.ntp.org
server 2.ru.pool.ntp.org
server 3.ru.pool.ntp.org

# /etc/rc.d/rc.ntpd stop
Stopping NTP daemon...
# ntpdate 0.ru.pool.ntp.org
31 Oct 21:22:37 ntpdate[2120]: adjust time server 85.21.78.8 offset 0.000090 sec
# /etc/rc.d/rc.ntpd start
Starting NTP daemon:  /usr/sbin/ntpd -g
# ntpq -pn
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*127.127.1.0     .LOCL.          10 l    7   64    1    0.000    0.000   0.001
 85.21.78.8      193.79.237.14    2 u    6   64    1    8.517    0.084   0.001
 85.21.78.91     193.79.237.14    2 u    5   64    1   10.349   -0.549   0.001
 85.21.78.23     193.79.237.14    2 u    4   64    1   10.409    0.414   0.001
 91.196.252.253  131.188.3.220    2 u    3   64    1   53.002   18.693   0.001
# date
Wed Oct 31 21:31:47 MSK 2012

База временных зон в порядке (как в Slackware 13.37 и время, #2).
Время тоже в полном порядке.

ps. Документация по ntp традиционно в /usr/doc/ntp-*, в частности по ntp.conf в /usr/doc/ntp-*/html/confopt.html

jb@slackware:~$ cat /etc/ntp.conf
# /etc/ntp.conf:  Configuration file for ntpd.

# External servers: The hostnames '*.pool.ntp.org' point to different
# servers each time, using a round robin system. If your ISP has an ntp
# server you want to replace these ones with it. It is not good
# practice to pick a 'stratum 1' server for the synchronisation of a
# single client, so don't put one here please. Read more about picking
# the right ntp servers to use at: http://www.pool.ntp.org/use.html
server 0.pool.ntp.org iburst
server 1.pool.ntp.org iburst
server 2.pool.ntp.org iburst

# Drift file.  Put this in a directory which the daemon can write to.
# No symbolic links allowed, either, since the daemon updates the file
# by creating a temporary in the same directory and then rename()'ing
# it to the file.
driftfile /etc/ntp/drift

# Access control:
# Default restrictions
# noquery: don't serve server stats
# nomodify: don't let anyone else change the settings remotely
# notrap: don't allow remote event logging
# noserve: deny all packets except ntpq and ntpdc queries
restrict default noquery nomodify notrap

# Allow everything locally.
restrict 127.0.0.1

# Serve time and stats to other computers in your local network.
restrict 10.0.0.0 mask 255.0.0.0 nomodify
restrict 169.254.0.0 mask 255.255.0.0 nomodify
restrict 172.16.0.0 mask 255.240.0.0 nomodify
restrict 192.168.0.0 mask 255.255.0.0 nomodify

jb@slackware:/etc/ntp$ cat drift
-170.417
jb@slackware:/etc/ntp$ 

И еще есть файл ntp.keys

jb@slackware:~$ su
Пароль: 
root[jb]# ls -o /etc/rc.d/rc.ntpd
-rwxr-xr-x 1 root 1411 Янв  6  2011 /etc/rc.d/rc.ntpd
root[jb]#

jb@slackware:~$ su
Пароль: 
root[jb]# ps -C ntpd
  PID TTY          TIME CMD
 1993 ?        00:00:00 ntpd
root[jb]#

root[jb]# ls -o /etc/rc.d/rc.d/rc.ntpd
ls: невозможно получить доступ к /etc/rc.d/rc.d/rc.ntpd: Нет такого файла или каталога
root[jb]# 

Часы сами по себе на час не прыгают, следовательно наиболее вероятная причина -- синхроизация с внешним источником времени.

Штатный способ синхронизации использование NTP (Network Time Protocol) посредством ntpd. Проверяем, задействован ли он:

# ps -C ntpd
# ls -o /etc/rc.d/rc.ntpd

Первая команда покажет, запущен ли ntpd. Вторая покажет, запускается ли он из rc.ntpd при старте системы (если установлен бит исполнения x).
Если запущен, проверяем настройки использованных серверов времени, кто-то из них отдаёт неверные данные в UTC.

Другим очевидным местом запуска может быть rc.local.

Также возможны решения синхронизации времени без участия ntpd. При этом обычно для периодического запуска команды синхронизации используют планировщик (cron, at, что-то ещё).
В качестве команды синхронизации обычно выступают 1) ntpdate для получения времени с сервера NTP, или 2) net time set для получения времени с сервера Windows.
Неправильная настройка синхронизации времени с контроллером домена Windows, использующим kerberos, сломает авторизацию в домене (допустимое расхождение часов сервера и клиента по-умолчанию составляет 5 минут, при большем расхождении в авторизации будет отказано именно по этой причине).

Смотрите, анализируйте, что именно использовано в вашем случае.

jb@slackware:~$ su
Пароль: 
root[jb]# ls -l /etc/localtime-copied-from
lrwxrwxrwx 1 root root 33 Окт  6 09:58 /etc/localtime-copied-from -> /usr/share/zoneinfo/Europe/Moscow
root[jb]# zdump -v $(ls -l /etc/localtime-copied-from | cut -d/ -f7-) | grep 2011
Europe/Moscow  Sat Mar 26 22:59:59 2011 UTC = Sun Mar 27 01:59:59 2011 MSK isdst=0 gmtoff=10800
Europe/Moscow  Sat Mar 26 23:00:00 2011 UTC = Sun Mar 27 03:00:00 2011 MSK isdst=0 gmtoff=14400
root[jb]# 

# ls -l /etc/localtime-copied-from
lrwxrwxrwx 1 root root 33 Oct 12 01:22 /etc/localtime-copied-from -> /usr/share/zoneinfo/Europe/Moscow

# zdump -v $(ls -l /etc/localtime-copied-from | cut -d/ -f7-) | grep 2011
Europe/Moscow  Sat Mar 26 22:59:59 2011 UTC = Sun Mar 27 01:59:59 2011 MSK isdst=0 gmtoff=10800
Europe/Moscow  Sat Mar 26 23:00:00 2011 UTC = Sun Mar 27 03:00:00 2011 MSK isdst=0 gmtoff=14400

Если в выводе второй команды есть что-то ещё вроде

Europe/Moscow  Sat Oct 29 22:59:59 2011 UTC = Sun Oct 30 02:59:59 2011 MSD isdst=1 gmtoff=14400
Europe/Moscow  Sat Oct 29 23:00:00 2011 UTC = Sun Oct 30 02:00:00 2011 MSK isdst=0 gmtoff=10800

то нужно обновить базу временных зон, см. тут: http://www.slackware.ru/wiki/%D0%9E%D0% … 0%BE%D0%B2

Последняя версия базы: http://www.iana.org/time-zones/reposito … 12h.tar.gz

меняется но ненадолго.

Подскажите пжл, как решить этот вопрос =)