Choose style:

Author Topic: Father Time [SOLVED]  (Read 2917 times)

0 Members and 1 Guest are viewing this topic.

Offline VinDSL

  • Global Moderator
  • Hero
  • *****
  • Posts: 5439
  • Karma: 957
  • Peppermint Mod
    • View Profile
  • Peppermint version(s): Developmental Builds
Father Time [SOLVED]
« on: August 21, 2016, 03:07:39 pm »
Not really blowing steam, but here's a weird tale for you * ...

* I doubt that any of you running Dell OptiPlexs, but if you're experiencing the following, please let me know.

I bought a Dell OptiPlex 7010 SFF refurb, a few weeks ago, on the official Dell site.  It was a low spec machine, sooo ...

Immediately, I replaced the 4GB RAM with 16GB, replaced the 120GB HDD with a 256GB SSD, and added a nVidia GT 710 video card.

After re-configuring the hardware, I flashed the BIOS with the latest version (critical upgrade according to Dell).  Then, I installed Peppermint 7 in UEFI/Secure Boot mode.

A week or so later, I installed winders 10 pro, to see how it would interact with Peppermint 7.

And, even later, I installed the Ubu-Gnome 16.10 dev build.

Thus, I have Peppermint/Ubu/winders triple-booted on this machine -- all in UEFI mode (I disabled Secure Boot).

Somewhere along the line, I realized my RTC system clock setting (in BIOS) was gaining a few hours after every boot.  I thought it might be a weak CR2032 battery, so I replaced it -- same problem.

Working on the assumption that the mobo was bad, I replaced it yesterday with one I bought on eBay (slighly newer model -- GXM1W instead of WR7PY) .  Gotta love these Dells !  I got a fully tested pull, from a working system, from a top-rated dealer on eBay for USD $20 with free shipping.  LoL !   :D

As soon as the package arrived, yesterday, I tore my Dell 7010 down to the bare chassis, and replaced the mobo.

I spent the next few hours running Dell diagnostics, and everything came back 100%.

Last night, before going to bed, I checked the system time, and guess what ?!?!?  The RTC clock had gained 8 hours, again.

I might mention that only the hours are affected.  The date is stable, the minutes and seconds remain accurate -- only the hours change.

Now that I knew it wasn't the mobo, I put an Admin password on BIOS.  That seemed to work for awhile, but a few hours later I checked the time in BIOS, and it was several hours ahead, again.

Today, I decided to do an A-B-C comparison between booting into Peppermint/Ubu/winders.

As long as I'm booting/restarting winders, the RTC clock maintains the same time.  However, when I boot/restart Peppermint or Ubu, the hours on the RTC jump ahead.

My considered opinion is that something in the Ubu UEFI config is janky, and changing the hours on my RTC system clock.  And, that's on two different mobos.

Heh !  I'm gonna have to think about this one for awhile ...   :-\

Luckily, it doesn't affect  the operation.  Linux sucks in the NPT time during the boot process, but winders is a different animal.  winders 10 by default only pulls in the NPT time, and checks it against the RTC clock once a week (I finally figured that one out).

Yet another reason not to boot into winders 10, eh what ???
« Last Edit: August 21, 2016, 10:55:07 pm by VinDSL, Reason: Update »

Offline VinDSL

  • Global Moderator
  • Hero
  • *****
  • Posts: 5439
  • Karma: 957
  • Peppermint Mod
    • View Profile
  • Peppermint version(s): Developmental Builds
Re: Father Time
« Reply #1 on: August 21, 2016, 03:14:22 pm »
Hrm ...

I was re-reading the message, looking for typos, when a thought occurred to me.

I wonder if the RTC would remain the same, if I disable the NTP (internet time server sync) feature in Ubu ?!?!?

I need to run, but I'll check it out when I get back later.

Any other ideas ?!?!?   :)


Offline emegra

  • Global Moderator
  • Veteran
  • *****
  • Posts: 1916
  • Karma: 415
  • New Forum User
    • View Profile
  • Peppermint version(s): Peppermint 9 64bit
Re: Father Time
« Reply #2 on: August 21, 2016, 03:36:12 pm »
I read somewhere that Unix/Linux systems read time differently from Windows and can cause issues in dual boot configurations

I came across this it may or may not be relevent to your problem

   

Quote
On Windows, the system RTC clock is traditionally kept in local time. In Unix and Linux, it's traditionally kept in UTC, and /etc/localtime is used to indicate the current timezone so that the displayed time is correct.

These two worldviews collide in dual-boot configurations, because there's only one RTC. Usually you tell Linux to assume that the RTC is local time (because Windows can't be told). This varies from one Linux to another, but since Mint is like Ubuntu you can probably set UTC=no in /etc/default/rcS. Then you can set the clock to local time in Windows and Linux will leave it alone after that.





Graeme
If you can keep your head while all around are losing theirs then you're not quite grasping the situation

Offline VinDSL

  • Global Moderator
  • Hero
  • *****
  • Posts: 5439
  • Karma: 957
  • Peppermint Mod
    • View Profile
  • Peppermint version(s): Developmental Builds
Re: Father Time
« Reply #3 on: August 21, 2016, 07:22:11 pm »
WoW !  Thx Graeme !!!  Live n' learn, eh what ?   :D

Okay, here's how it started out in Peppermint 7 ...

Code: [Select]
╭─vindsl@Boogaloo-5 ~  
╰─➤  timedatectl  status           
      Local time: Sun 2016-08-21 15:22:28 MST
  Universal time: Sun 2016-08-21 22:22:28 UTC
        RTC time: Sun 2016-08-21 22:22:28
       Time zone: America/Phoenix (MST, -0700)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

I ran this command ...

Code: [Select]
╭─vindsl@Boogaloo-5 ~  
╰─➤  timedatectl set-local-rtc 1

And, this command ...

Code: [Select]
╭─vindsl@Boogaloo-5 ~  
╰─➤  timedatectl set-ntp false

Now it looks like this ...

Code: [Select]
╭─vindsl@Boogaloo-5 ~  
╰─➤  timedatectl status
      Local time: Sun 2016-08-21 15:29:46 MST
  Universal time: Sun 2016-08-21 22:29:46 UTC
        RTC time: Sun 2016-08-21 15:29:46
       Time zone: America/Phoenix (MST, -0700)
 Network time on: no
NTP synchronized: yes
 RTC in local TZ: yes

Warning: The system is configured to read the RTC time in the local time zone.
         This mode can not be fully supported. It will create various problems
         with time zone changes and daylight saving time adjustments. The RTC
         time is never updated, it relies on external facilities to maintain it.
         If at all possible, use RTC in UTC by calling
         'timedatectl set-local-rtc 0'.

So, now Peppermint is sync'ing via the RTC clock only, theoretically.

I'll do the same over in winders 10 (different process, of course) and we'll see how that goes.

You've introduced me to a whole world of possibilities to obsess on.

Thx, again ...

Offline VinDSL

  • Global Moderator
  • Hero
  • *****
  • Posts: 5439
  • Karma: 957
  • Peppermint Mod
    • View Profile
  • Peppermint version(s): Developmental Builds
Re: Father Time
« Reply #4 on: August 21, 2016, 07:31:56 pm »
Aha !  Check this out ...

I was getting ready to reboot into winders, and I checked the RTC one last time.

Code: [Select]
╭─vindsl@Boogaloo-5 ~  
╰─➤  timedatectl status                           
      Local time: Sun 2016-08-21 16:26:04 MST
  Universal time: Sun 2016-08-21 23:26:04 UTC
        RTC time: Sun 2016-08-21 23:26:04
       Time zone: America/Phoenix (MST, -0700)
 Network time on: no
NTP synchronized: yes
 RTC in local TZ: yes

Warning: The system is configured to read the RTC time in the local time zone.
         This mode can not be fully supported. It will create various problems
         with time zone changes and daylight saving time adjustments. The RTC
         time is never updated, it relies on external facilities to maintain it.
         If at all possible, use RTC in UTC by calling
         'timedatectl set-local-rtc 0'.

Look at my RTC time.

Something has reset the little bastard, in the last few minutes.   :-[

Guess I'll be doing forensics in Peppermint, before tackling winders 10.

This is a real corker !

Offline VinDSL

  • Global Moderator
  • Hero
  • *****
  • Posts: 5439
  • Karma: 957
  • Peppermint Mod
    • View Profile
  • Peppermint version(s): Developmental Builds
Re: Father Time
« Reply #5 on: August 21, 2016, 08:50:08 pm »
Okay, I sat here and watched this machine, while eating dinner/supper.

I reset the RTC to local time in BIOS, booted into Peppermint, and after 10 minutes or so, something resets the RTC clock from local time to UTC.

I guess it's trying to be helpful.   ;D

For some reason, even though I've reconfigured this machine to use the RTC hardware clock -- as confirmed by 'timedatectl' & 'hwclock' status reports -- something or another still thinks it should reset my RTC clock to UTC time.

I'll keep poking around.  Probably a damn kernel bug or something weird like that ...


Offline VinDSL

  • Global Moderator
  • Hero
  • *****
  • Posts: 5439
  • Karma: 957
  • Peppermint Mod
    • View Profile
  • Peppermint version(s): Developmental Builds
Re: Father Time
« Reply #6 on: August 21, 2016, 09:32:05 pm »
This varies from one Linux to another, but since Mint is like Ubuntu you can probably set UTC=no in /etc/default/rcS. Then you can set the clock to local time in Windows and Linux will leave it alone after that.

Somehow I glossed over it, the first time, but you found the fix, Graeme !


I pulled up the  '/etc/default/rcS' file and looked around, but didn't see anything 'UTC' in there, so I went my merry way.

After beating around the bush for a couple of hours, I knew I was overlooking something, so I re-read your message and checked the rcS man ...

LINK:  http://manpages.ubuntu.com/manpages/xenial/man5/rcS.5.html


According to the man:

Quote
NOTE
       The  EDITMOTD,  RAMRUN  and  UTC variables are no longer used.  The UTC
       setting is replaced by the UTC or LOCAL setting  in  /etc/adjtime,  and
       should have been migrated automatically.  See hwclock(5) and hwclock(8)
       for further details on configuring the system clock.


I went ahead and added the UTC variable to rcS file:

Code: [Select]
#
# /etc/default/rcS
#
# Default settings for the scripts in /etc/rcS.d/
#
# For information about these variables see the rcS(5) manual page.
#
# This file belongs to the "initscripts" package.

# okay mofo, take this !
UTC=no

<SNIP>

And, it automagically migrated to the adjtime file (as the note stated):

Code: [Select]
0.000000 1471824225 0.000000
1471824225
LOCAL


I've been on here for about a hafl-hour now, and the RTC clock hasn't changed:

Code: [Select]
╭─vindsl@Boogaloo-5 ~  
╰─➤  timedatectl status                                                   127 ↵
      Local time: Sun 2016-08-21 18:30:46 MST
  Universal time: Mon 2016-08-22 01:30:46 UTC
        RTC time: Sun 2016-08-21 18:30:46
       Time zone: America/Phoenix (MST, -0700)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: yes

Warning: The system is configured to read the RTC time in the local time zone.
         This mode can not be fully supported. It will create various problems
         with time zone changes and daylight saving time adjustments. The RTC
         time is never updated, it relies on external facilities to maintain it.
         If at all possible, use RTC in UTC by calling
         'timedatectl set-local-rtc 0'.


Thx for helping me think this through.  I owe you one !!!   :)

Offline VinDSL

  • Global Moderator
  • Hero
  • *****
  • Posts: 5439
  • Karma: 957
  • Peppermint Mod
    • View Profile
  • Peppermint version(s): Developmental Builds
Re: Father Time
« Reply #7 on: August 21, 2016, 09:39:49 pm »
Now, I'm backward engineering the fix.   :D

Interesting bug:  https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1541532

Guess I'll quit goofing around and go fix Ubu-Gnome now ...

Offline VinDSL

  • Global Moderator
  • Hero
  • *****
  • Posts: 5439
  • Karma: 957
  • Peppermint Mod
    • View Profile
  • Peppermint version(s): Developmental Builds
Re: Father Time
« Reply #8 on: August 21, 2016, 10:53:48 pm »
~ cool

RTC clock is staying the same in Ubu-Gnome, too !

Invoked:

Code: [Select]
timedatectl set-local-rtc 1

Then added 'UTC=no" in:

Code: [Select]
vindsl@StaPuft:~$ sudo gedit /etc/default/rcS

Bada bing !  Bada boom !

Code: [Select]
vindsl@StaPuft:~$ cat /etc/adjtime
0.0 0 0
0
LOCAL

Code: [Select]
vindsl@StaPuft:~$ timedatectl status
      Local time: Sun 2016-08-21 19:58:27 MST
  Universal time: Mon 2016-08-22 02:58:27 UTC
        RTC time: Sun 2016-08-21 19:58:27
       Time zone: America/Phoenix (MST, -0700)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: yes

Warning: The system is configured to read the RTC time in the local time zone.
         This mode can not be fully supported. It will create various problems
         with time zone changes and daylight saving time adjustments. The RTC
         time is never updated, it relies on external facilities to maintain it.
         If at all possible, use RTC in UTC by calling
         'timedatectl set-local-rtc 0'.
« Last Edit: August 21, 2016, 10:59:07 pm by VinDSL, Reason: Addendum »

Offline emegra

  • Global Moderator
  • Veteran
  • *****
  • Posts: 1916
  • Karma: 415
  • New Forum User
    • View Profile
  • Peppermint version(s): Peppermint 9 64bit
Re: Father Time [SOLVED]
« Reply #9 on: August 22, 2016, 01:10:10 am »
Quote
Thx for helping me think this through.  I owe you one !!!
 

You don't owe me anything, you worked most of it out yourself, glad you got it sorted  :)

I actually heard about this on a tutorial on Freedom Penguin although you're the only one I've known to experience this issue,

I've had quite a few Linux/Windows dual boot setups in the past and never experienced it myself or at least not that I noticed.



Graeme
If you can keep your head while all around are losing theirs then you're not quite grasping the situation

Offline VinDSL

  • Global Moderator
  • Hero
  • *****
  • Posts: 5439
  • Karma: 957
  • Peppermint Mod
    • View Profile
  • Peppermint version(s): Developmental Builds
Re: Father Time [SOLVED]
« Reply #10 on: August 22, 2016, 01:48:16 am »
I'm not a gambling man, but ...

I'd be willing to bet I'm the only one that replaced the motherboard trying to fix the problem, too.  LoL !   :D

Oh, well, never hurts to have a spare mobo.  It's proprietary, and they'll disappear from the market, sooner or later.

Besides, Dell parts are dirt cheap on eBay -- pennies on the wholesale dollar.

BTW, I don't know what kind of thermal paste Dell uses, between the CPU and cooler, but that stuff was like silicone seal.  I had a hell of a time getting it off -- had to use paint thinner and a rag.  I'm sure it was acting more like an insulator.  At least they could have used some Jap frag ... 

Offline VinDSL

  • Global Moderator
  • Hero
  • *****
  • Posts: 5439
  • Karma: 957
  • Peppermint Mod
    • View Profile
  • Peppermint version(s): Developmental Builds
Re: Father Time [SOLVED]
« Reply #11 on: August 22, 2016, 02:12:40 am »
Bwahahahaha !

I guess Dell applies thermal paste the Kentucky Way ...  :D



Offline VinDSL

  • Global Moderator
  • Hero
  • *****
  • Posts: 5439
  • Karma: 957
  • Peppermint Mod
    • View Profile
  • Peppermint version(s): Developmental Builds
Re: Father Time [SOLVED]
« Reply #12 on: August 26, 2016, 08:31:12 pm »
UPDATE:  It's been a few days now ...

I have Peppermint, Ubu-Gnome, and winders 10 syncing to their respective NTP servers, and the RTC clock is remaining set to the correct local time.

Just saying ...


Offline PCNetSpec

  • Administrator
  • Hero
  • *****
  • Posts: 26273
  • Karma: 2855
  • "-rw-rw-rw-" .. The Number Of The Beast
    • View Profile
    • PCNetSpec
  • Peppermint version(s): Peppermint 10
Re: Father Time [SOLVED]
« Reply #13 on: August 26, 2016, 08:52:09 pm »
Great stuff, and another thing learnt.
WARNING: You are logged into reality as 'root' .. logging in as 'insane' is the only safe option.

Team Peppermint
PCNetSpec

Offline emegra

  • Global Moderator
  • Veteran
  • *****
  • Posts: 1916
  • Karma: 415
  • New Forum User
    • View Profile
  • Peppermint version(s): Peppermint 9 64bit
Re: Father Time [SOLVED]
« Reply #14 on: August 27, 2016, 05:41:49 am »
Just for reference here's a page dedicated Ubuntu time management with a section on dual boot conflicts

https://help.ubuntu.com/community/UbuntuTime




Graeme
If you can keep your head while all around are losing theirs then you're not quite grasping the situation