Wrong time when using automatic setting

Bug #1566998 reported by neclepsio
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
sysvinit (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

I had to add UTC=yes to /etc/defaults/rcS because time was wrong when using automatic setting.

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: initscripts 2.88dsf-59.3ubuntu2
ProcVersionSignature: Ubuntu 4.4.0-16.32-generic 4.4.6
Uname: Linux 4.4.0-16-generic x86_64
ApportVersion: 2.20.1-0ubuntu1
Architecture: amd64
CurrentDesktop: Unity
Date: Wed Apr 6 19:29:00 2016
InstallationDate: Installed on 2016-03-25 (12 days ago)
InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Beta amd64 (20160323)
SourcePackage: sysvinit
UpgradeStatus: No upgrade log present (probably fresh install)
mtime.conffile..etc.default.rcS: 2016-04-06T19:22:59.183036

Revision history for this message
neclepsio (neclepsio) wrote :
Revision history for this message
Steve Langasek (vorlon) wrote :

Are you sure? Because nothing in current xenial reads the value of UTC from /etc/default/rcS.

Changed in sysvinit (Ubuntu):
status: New → Incomplete
Revision history for this message
neclepsio (neclepsio) wrote :

I'm sure the time is off and ntp update does not solve. I thought to have solved with UTC=yes but I just checked again and I was wrong. Maybe something with time zone (Rome) or DST? On the pc I also have Windows 7.

Revision history for this message
Steve Langasek (vorlon) wrote :

If you have Windows on your system, then you probably should not be treating the system clock as UTC because Windows doesn't do this. You probably want the clock in local time, which systemd sets up as:

        printf "0.0 0 0.0\n0\nLOCAL\n" > /etc/adjtime

Revision history for this message
Steve Langasek (vorlon) wrote :

So you may want to check if you have this setting in /etc/adjtime (in particular, the third line 'LOCAL')

Revision history for this message
neclepsio (neclepsio) wrote : Re: [Bug 1566998] Re: Wrong time when using automatic setting

The file was missing. It now works. Thank you very much. But since it's a
common case, why it isn't handled correctly by default? I never had
problems with previous versions.
Il 20 apr 2016 11:35 PM, "Steve Langasek" <email address hidden> ha
scritto:

So you may want to check if you have this setting in /etc/adjtime (in
particular, the third line 'LOCAL')

--
You received this bug notification because you are subscribed to the bug
report.
https://bugs.launchpad.net/bugs/1566998

Title:
  Wrong time when using automatic setting

Status in sysvinit package in Ubuntu:
  Incomplete

Bug description:
  I had to add UTC=yes to /etc/defaults/rcS because time was wrong when
  using automatic setting.

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: initscripts 2.88dsf-59.3ubuntu2
  ProcVersionSignature: Ubuntu 4.4.0-16.32-generic 4.4.6
  Uname: Linux 4.4.0-16-generic x86_64
  ApportVersion: 2.20.1-0ubuntu1
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Wed Apr 6 19:29:00 2016
  InstallationDate: Installed on 2016-03-25 (12 days ago)
  InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Beta amd64 (20160323)
  SourcePackage: sysvinit
  UpgradeStatus: No upgrade log present (probably fresh install)
  mtime.conffile..etc.default.rcS: 2016-04-06T19:22:59.183036

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/sysvinit/+bug/1566998/+subscriptions

Revision history for this message
neclepsio (neclepsio) wrote :

I could not test if ntp works because I have no network connection now.
Previously, the offset persisted the ntp update. I don't know if this
configuration will solve that too?
Il 21 apr 2016 10:19 AM, "Ignazio Di Napoli" <email address hidden> ha
scritto:

The file was missing. It now works. Thank you very much. But since it's a
common case, why it isn't handled correctly by default? I never had
problems with previous versions.
Il 20 apr 2016 11:35 PM, "Steve Langasek" <email address hidden> ha
scritto:

So you may want to check if you have this setting in /etc/adjtime (in
particular, the third line 'LOCAL')

--
You received this bug notification because you are subscribed to the bug
report.
https://bugs.launchpad.net/bugs/1566998

Title:
  Wrong time when using automatic setting

Status in sysvinit package in Ubuntu:
  Incomplete

Bug description:
  I had to add UTC=yes to /etc/defaults/rcS because time was wrong when
  using automatic setting.

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: initscripts 2.88dsf-59.3ubuntu2
  ProcVersionSignature: Ubuntu 4.4.0-16.32-generic 4.4.6
  Uname: Linux 4.4.0-16-generic x86_64
  ApportVersion: 2.20.1-0ubuntu1
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Wed Apr 6 19:29:00 2016
  InstallationDate: Installed on 2016-03-25 (12 days ago)
  InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Beta amd64 (20160323)
  SourcePackage: sysvinit
  UpgradeStatus: No upgrade log present (probably fresh install)
  mtime.conffile..etc.default.rcS: 2016-04-06T19:22:59.183036

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/sysvinit/+bug/1566998/+subscriptions

Revision history for this message
neclepsio (neclepsio) wrote :

The file was missing. It now works. Thank you very much. But since it's a common case, why it isn't handled correctly by default? I never had problems with previous versions.

I could not test if ntp works because I have no network connection now. Previously, the offset persisted the ntp update. I will let you know as soon as possible.

Revision history for this message
neclepsio (neclepsio) wrote :

I confirm it works now. Thank you.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for sysvinit (Ubuntu) because there has been no activity for 60 days.]

Changed in sysvinit (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.