在英国,我们是UTC + 1。 我使用“date”来设定时间。 然而,它保持重置为标准的UTC,我猜测通过一个NTP时间服务器。
我已经尝试用tzselect设置时区,但它不会改变时间,它仍然在UTC而不是本地时间。
Therefore TZ='Europe/London' will be used. Local time is now: Thu Jun 25 10:57:48 BST 2009. Universal Time is now: Thu Jun 25 09:57:48 UTC 2009.
上面的输出是正确的,但时间实际上并没有改变。
我要么禁用自动更新时间,要么正确设置时区。
你也可以这样做:
dpkg-reconfigure tzdata
它会允许你select你的时区。
这将工作。 我已经在我的服务器上做了这个,试试看。
回旋加速器:〜#ntpdate pool.ntp.org 6月25日15:45:05 ntpdate [18445]:步时间服务器120.88.47.10偏移485.998764秒
我不是100%的,但这是个主意。
我知道在RHEL / CentOS上,时区是在/ etc下设置的一个符号链接。
例如,我的
localtime – > / usr / share / zoneinfo / America / Los_Angeles
你能确认你的链接是欧洲/伦敦吗? 如果不是,请尝试删除本地时间符号链接并创build一个。
在这种情况下可能不是一个问题,但是我以前在使用命名时区时遇到了问题。 我会build议尝试用GMT偏移。 (你的情况显然只是GMT)
在Kubuntu中,您可以在安装过程中设置时区,然后使用系统设置 – >date和时间更改时区,然后select时区。 但是,每次升级tzdata(从apt-get升级或自动升级软件包)似乎都会将时区重新设置为您在安装时选取的任何内容。 正如所build议的那样,我只是用dpkg-reconfigure tzdata来改变它,而这似乎是有效的。 也许它会在下一次tzdata升级中生存下来。
通常你需要
之后,事情应该是正确的。
那么如果你做这两件事会发生什么? 你可以发布“date”的输出?
如果时间正确地改变了,但后来改变了,有些事情正在干扰。
常见的罪魁祸首:
如果date没有改变任何东西,那真的是错误的…
我也有这个问题:
我用这个来closuresUTC
然后使用ntp服务,并使用默认的ubuntu时间服务器。
也确定我的经纬度区域设置是好的。
干杯