ArchThis Forum is for the discussion of Arch Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Windows always used to require hardware clocks to be set to local time. I don't know if it still does; I haven't used Windows for years. But if you do need to do this, you must tell your Linux system that the clock is set in this way. The quickest way is to run the hwclock program with the -l or --localtime option. Once hwclock has been given this information, it should default to local time every time it runs.
I see that, and when I go into the time setting (GUI form), amazingly things clear up before I can change anything. This is a phenomena I see when swapping from one boot to the other. Like it understands my timezone and when I notice that my time is off, I go to fix it, and viola, it becomes all set as soon as I've started to try to fix it. Sort of like it knew, but didn't do a whoa-ohh! Until I myself noticed and started to intervene.
Linux customarily sets the time zone to UTC (what used to be called "Greenwich Mean Time") and then adjusts the clock display to be consistent with the local time zone via the timezone setting.
Windows sets the clock to local time. In a dual boot situation, the two operating systems will reset the hardware clock to fit their individual preferences.
I once resolved this problem on a machine that was dual-boot Fedora and Windows, but it was so long ago I forget how.
I did learn my way around the date and hwclock commands. I would set the system time with the date command, then use hwclock -w to set the hardware clock to reflect the system clock.
One workaround would be to change the Linux clock to local time.
This is a phenomena I see when swapping from one boot to the other. Like it understands my timezone and when I notice that my time is off, I go to fix it, and viola, it becomes all set as soon as I've started to try to fix it. Sort of like it knew, but didn't do a whoa-ohh! Until I myself noticed and started to intervene.
Quite a few distros nowadays have an ntp client that starts at boot. Debian does for a start.
When I started having all this trouble with my hardware clock, I noticed that Debian still always came up with the correct time showing on the LXDE panel. I investigated and found that it was using ntp. So I installed ntp on Crux and LFS, and now they all three set the clock correctly, though LFS takes a couple of minutes to so so for some unknown reason.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.