Solaris / OpenSolarisThis forum is for the discussion of Solaris, OpenSolaris, OpenIndiana, and illumos.
General Sun, SunOS and Sparc related questions also go here. Any Solaris fork or distribution is welcome.
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.
Distribution: Solaris 11.4, Oracle Linux, Mint, Debian/WSL
Posts: 9,789
Rep:
1: Nothing more than yes, to set the displayed timezone, use indeed the TZ=something syntax
2: If you like, altough UTC-8 is a timezone with no DST, not exactly yours, not one I suggested.
3: No, obviously no, there is nothing here that set the offset in that command. How would you like the O/S to know something you do not tell.
For details, read again this thread from the start, there are more details than ever needed.
Distribution: Solaris 10 (x86) and Windows XP Pro SP2
Posts: 596
Original Poster
Rep:
Quote:
2: If you like, altough UTC-8 is a timezone with no DST
Should I use the TZ=UTC-8 then to avoid the DST time problems?? If I use this, that means I will not have to change the clock sitting on my desktop during DST?? Am I right?
So whats the different between the TZ=US/Pacific and the UTC-8 then?
This is what I am asking you. The BIOS shows UTC...But my TZ shows TZ=US/Pacific, so this means that I have to still manually change the desktop time during DST if I use TZ=US/Pacific instead of the TZ=UTC-8..right?
Distribution: Solaris 11.4, Oracle Linux, Mint, Debian/WSL
Posts: 9,789
Rep:
Quote:
Originally Posted by as400
Should I use the TZ=UTC-8 then to avoid the DST time problems?? If I use this, that means I will not have to change the clock sitting on my desktop during DST?? Am I right?
No, using TZ=UTC-8 mean you'll have a wrong displayed time during summer.
Quote:
So whats the different between the TZ=US/Pacific and the UTC-8 then?
either 0 or 1 hour, depending on the season.
Quote:
This is what I am asking you. The BIOS shows UTC...But my TZ shows TZ=US/Pacific, so this means that I have to still manually change the desktop time during DST if I use TZ=US/Pacific instead of the TZ=UTC-8..right?
Wrong, the change will be done automatically for you.
Distribution: Solaris 10 (x86) and Windows XP Pro SP2
Posts: 596
Original Poster
Rep:
1. So as long as the "ZONE_INFO" is set to UTC (zone_info=UTC) then I am in good shape for the next DST change as far as Solaris goes....Right?
2. Now...here is a REALLY REALLY and REALLY great example on what I mean...I have found on this Web-Page which is hosted on Linux and at the bottom of this webpage, it says this:
Quote:
All times are GMT. The time now is 00:46.
Now...Does this mean that this web-server (running Linux) has its Hardware Clock set to UTC? Or, the actual DISPLAY clock (which sits on the Desktop) is set to UTC? Or...both?
Great example I wanted to point out here. You can see it when you scroll down to the bottom of this page...
Distribution: Solaris 11.4, Oracle Linux, Mint, Debian/WSL
Posts: 9,789
Rep:
They are, but they won't prevent an extra one hour shift twice a year, unless you never boot windows during the whole DST period.
As I already wrote, there is no way to workaround this Windows limitation but to have the clock synchronized to an external reference at boot time on both O/Ses.
Distribution: Solaris 10 (x86) and Windows XP Pro SP2
Posts: 596
Original Poster
Rep:
Quote:
They are, but they won't prevent an extra one hour shift twice a year, unless you never boot windows during the whole DST period.
What do you mean by "unless I never boot into Windows during the DST time period?"
Does this mean I cannot boot into Windows like right now for example? (which I need to at some point a day or two to burn CDs) and thats it...I will not be in there for long periods...Only to burn a few CDs and then after that I will boot into Solaris MOST of the time anyway..
Or....Do you actually mean I cannot boot into Windows DURING THAT DAY of the DST time change..If thats the case..GREAT!!!! Then I will not...
But like I said, I usuallt boot into Windows like maybe whenever I have to burn CDs there and thats it...
Distribution: Solaris 11.4, Oracle Linux, Mint, Debian/WSL
Posts: 9,789
Rep:
If you only boot Windows for recording CDs, you can set Windows to a timezone with no DST (like UTC or Africa/Casablanca), then set Solaris to use UTC as H/W clock, and US/Pacific as display time.
That way, you won't be bothered by DST changes. The displayed time will always be correct under Windows (UTC) and Solaris (Local time, with DST changes automatically applied).
Distribution: Solaris 10 (x86) and Windows XP Pro SP2
Posts: 596
Original Poster
Rep:
Let me get this straight...And please tell me if these settings are OK or not...Please.
1. In Windows, I should set the DISPLAYED clock which sits on the desktop to a Time Zone of UTC...am I correct? But, the only thing I dont know if I should CHECK or UNCHECK that CHECK-BOX that says: "AUTOMATICALLY ADJUST CLOCK FOR DST CHANGE" or not? Thats the only thing I have to ask you about...
2. In Solaris, I have the following setting:
Code:
zone_info=UTC
TZ=US/Pacific
3. And the RTC/CMOS clock is set to UTC also...AND I WANT TO LEAVE IT SET ON UTC NO MATTER WHAT!!
4. And what should I do with that [RealTimeIsUniversal=1] registry thing that we did under Windows? Should I just leave it the way It is? Or, should I remove it or set it to normal which is (0)??
Now, are these settings OK to avoid DST change problems?? Are these OK..??
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.