[SOLVED] Time is changed after every reboot

ichbinder · 2010-10-08 21:52:05

Hello,

my Arch has strange behaviour regarding the system time. I use latest up-to-date arch with KDE. No explicite NTPD running and I don't have it in DAEMONS under rc.conf. The KDE own time & date environment is configured to not automatically change time. In /etc/rc.conf I have HARDWARECLOCK="localtime" and TIMEZONE="America/Chicago". Now from the environment to the problem:

Whenever I shutdown or restart my system, the time will be changed after booting into linux again. After shutdown with correct time using "date -s ..", the BIOS clock is correct. Then, when it actually boots into arch, there will be a delay
of 20-40 seconds for "$ date" (approximatelly the time of the reboot process) and also in the BIOS clock!
After shuting down before going to bed and restarting in the morning, the time will be approximately (or more or less exactly) the time when I shutted down... It should not be related to KDE as I observe the same behaviour when I remove kdm from daemons in rc.conf, hence, booting to console, setting time, restarting into console...
As I have dual boot: this problem is not observable using windows...

It seems like the time is stored somewhere during shutdown process and changed accordingly during reboot...?!?

Any ideas or comments? It's really crazy how annoying a wrong computer clock becomes (all IMs and system stuff is based on it...). :-(

Last edited by ichbinder (2010-10-10 09:11:01)

karol · 2010-10-08 21:58:22

Have you tried this http://wiki.archlinux.org/index.php/Time#Time_Skew ?

ewaller · 2010-10-08 22:04:19

That seems weird.

When you power up, what happens if, before starting your boot loader, you enter the BIOS set up and check the system time?

Other thoughts: date -s does not set the BIOS clock, it sets the Linux kernel time. On what do you assert that the BIOS clock is correct at shutdown.

Also, once booted into Linux, what does the command hwclock show? This command reads the actual BIOS hardware clock.

Primoz · 2010-10-08 22:07:43

maybe you should start using ntp or openntpd?
It provides you with time directly from the net.

ewaller · 2010-10-08 22:07:55

karol wrote:

Have you tried this http://wiki.archlinux.org/index.php/Time#Time_Skew ?

Karol, I thought about that, but ichbinder seems to imply that time stops while the system is off, and, when it boots up, system time has progressed a mere couple dozen seconds as opposed to several real-time (from an Earth centric reference frame) hours.

karol · 2010-10-08 22:16:00

This doesn't fix anything, but you can try https://bugs.archlinux.org/task/13684#comment52246 - using UTC instead of localtime.

I never checked if my system clock is running perfect at all times or is /etc/cron.hourly/adjtime correcting it once in a while.

ichbinder · 2010-10-09 19:23:10

Thanks for all the quick responses!

Primoz wrote:

maybe you should start using ntp or openntpd?
It provides you with time directly from the net.

Well, I tried to use ntp. As I am using KDE, there should already be a synchronisation service active. I can activate synchronisation in System Settings -> Date & Time and it works right after activation. But further on, e.g. after a restart - and hence such a wrong time as described in my first post - it does not correct anything. So it seems like, there is also a problem with this KDE synchronisation. But to state why I'm not using it anymore: it doesn't make much sense to use it as this is just a work around and does not solve the problem that the hardware clock might become wrong (so, e.g. I end up with a wrong clock in windows or so). In general, I just want to have a correct clock without synchronisation before I activate synchronisation.

ewaller wrote:

That seems weird.
When you power up, what happens if, before starting your boot loader, you enter the BIOS set up and check the system time?
...

Yes, it is. Well, if the hardware clock has been set correctly using e.g. hwclock it will be correct in BIOS before I restart arch. Similar observations for the following case:
- set HW clock correct in BIOS
- start arch ... shutdown arch
- check HW clock in BIOS -> correct
- start arch ... shutdown arch
- check HW clcok in BIOS -> incorrect

ewaller wrote:

...
Other thoughts: date -s does not set the BIOS clock, it sets the Linux kernel time. On what do you assert that the BIOS clock is correct at shutdown.
...

Thanks for the hint! In that case, it seems like the KDE Date & Time settings influence both, hwclock and date.

ewaller wrote:

...
Also, once booted into Linux, what does the command hwclock show? This command reads the actual BIOS hardware clock.

Yeah, I used that alot now. So as described, it is also incorrect after a restart. But only after arch has booted again. To sum it up:

Using whatever tools to set the hardware clock and the system clock (KDE's tool, hwclock + date, or BIOS + date), both are correct until I reboot into arch the next time. If I do that, it resets both to a time similar to the last shutdown time.

karol wrote:

This doesn't fix anything, but you can try https://bugs.archlinux.org/task/13684#comment52246 - using UTC instead of localtime.
I never checked if my system clock is running perfect at all times or is /etc/cron.hourly/adjtime correcting it once in a while.

Hm, not to sure what they are doing exactly there and how this might help... :-/
What do you mean with the second part of the sentence? Not sure if /etc/chron.hourly/adjtime is doing anything in my case... How can I check if that cronjob is running?

karol wrote:

Have you tried this http://wiki.archlinux.org/index.php/Time#Time_Skew ?

But this is very interesting! I will remove /var/lib/hwclock/adjtime as described in the wiki and see what happens then. Thanks!

karol · 2010-10-09 19:30:31

I mean, the clock can be a bit off and the cronjob running every hour [1] will correct it. You start the computer at 1.01 and for the next 59 minutes the clock shows the wrong time. At 2.00 cron runs adjtime and fixes it - the clock shows correct time.

[1] Or every-second hour: https://bugs.archlinux.org/task/18681#comment66066

ichbinder · 2010-10-09 19:57:33

ah ok. Well, I didn't test it too extensively now, but it seems like deleteing /var/lib/hwclock/adjtime helped... I have to test it while being out of linux for a longer time. So I go and play some games now.

I let you know if the deleting of this file really helped. Would that make sense!?! I don't really understand, where the problem might have been.

karol · 2010-10-09 20:01:48

Deleting /var/lib/hwclock/adjtime is my one-line response to time-related problems, but it may not work for you, as the symptoms you describe are a bit different than the usual "my clock is off, please help". We'll see.

Have fun playing games :-)

ichbinder · 2010-10-09 23:00:13

karol wrote:

Deleting /var/lib/hwclock/adjtime is my one-line response to time-related problems, but it may not work for you, as the symptoms you describe are a bit different than the usual "my clock is off, please help". We'll see.
Have fun playing games :-)

Well, somehow, it seems to help. The time is still correct after multiple hours in Windows and then booting back into linux. What is it with this file?! Thanks a lot!

I hope I'm not too fast with marking this thread as [SOLVED]

If you or anybody else got a comment on /var/lib/hwclock/adjtime, I'm still curious and would like to understand, what was the problem!

karol · 2010-10-09 23:02:06

How about 'man hwclock'? :-)
'The Adjust Function' part of the man page deals with that file.

Last edited by karol (2010-10-09 23:08:04)

ichbinder · 2010-10-10 09:10:42

karol wrote:

How about 'man hwclock'? :-)
'The Adjust Function' part of the man page deals with that file.

Yeah, I'm not looking enough on man pages... ;-) Pretty good description, even though the location of the file is not correct...
Thanks for the hint! And thanks to all that tried to help me!

jell · 2011-08-09 10:29:18

Setting
HARDWARECLOCK="UTC"
TIMEZONE="Asia/Kolkata"

in rc.conf solved the issue for me...

Arch Linux

#1 2010-10-08 21:52:05

[SOLVED] Time is changed after every reboot

#2 2010-10-08 21:58:22

Re: [SOLVED] Time is changed after every reboot

#3 2010-10-08 22:04:19

Re: [SOLVED] Time is changed after every reboot

#4 2010-10-08 22:07:43

Re: [SOLVED] Time is changed after every reboot

#5 2010-10-08 22:07:55

Re: [SOLVED] Time is changed after every reboot

#6 2010-10-08 22:16:00

Re: [SOLVED] Time is changed after every reboot

#7 2010-10-09 19:23:10

Re: [SOLVED] Time is changed after every reboot

#8 2010-10-09 19:30:31

Re: [SOLVED] Time is changed after every reboot

#9 2010-10-09 19:57:33

Re: [SOLVED] Time is changed after every reboot

#10 2010-10-09 20:01:48

Re: [SOLVED] Time is changed after every reboot

#11 2010-10-09 23:00:13

Re: [SOLVED] Time is changed after every reboot

#12 2010-10-09 23:02:06

Re: [SOLVED] Time is changed after every reboot

#13 2010-10-10 09:10:42

Re: [SOLVED] Time is changed after every reboot

#14 2011-08-09 10:29:18

Re: [SOLVED] Time is changed after every reboot

Board footer