This bug was not present in Ubuntu 8.10 or 9.04.
In the Ubuntu 8.10 LiveCD there are no K*hwclock* links in the
/etc/rc?.d/ directories, which is correct, so /etc/init.d/hwclock.sh
doesn't get called with "stop", and the hardware clock is not changed.
When Ubuntu 8.10 is installed, K25hwclock.sh, a link to
/etc/init.d/hwclock.sh is placed in /etc/rc0.d/ and /etc/rc6.d/ so that
/etc/init.d/hwclock.sh gets executed with "stop", and the hardware clock
is updated, when the PC is halted or rebooted. This is OK since there
is, of course, no promise of not changing the computer.
That difference between the installed flavor and the LiveCD flavor is a
result of this correct 2005 change to casper-0.10:
------------------------------------------------------------------------
>From debian/changelog in casper-1.228:
casper (0.10) hoary; urgency=low
* Remove rc?.d/K??hwclock.sh links, to avoid changing the system clock
during reboot or shutdown
-- Matt Zimmerman <m...@debian.org> Thu, 13 Jan 2005 18:13:31 -0800
>From scripts/casper-bottom/25configure_init in casper-1.228:
# Avoid clobbering the user's clock
rm -f /root/etc/rc?.d/K??hwclock.sh
------------------------------------------------------------------------
As can be seen from the above, this code still exists in casper-1.228.
The problem is that this code affects the System V initialization
scripts, which have been replaced by upstart. What casper now needs is
equivalent code that works for upstart.
When halting or rebooting, upstart runs the script in /etc/init/hwclock-
save.conf. So the simplest fix would seem to be to have casper remove
that file. It looks like no other script currently depends upon the
hwclock-save job, so this should be safe to do.
If I boot up my 9.10 LiveCD and remove /etc/init/hwclock-save.conf before
halting or rebooting, life is good: the hardware clock is left unchanged.
With a new LiveCD being released next month, it would be great if this could be
fixed soon.
The "Try Ubuntu without any changes to your computer" promise gives
potential Ubuntu users a great sense of freedom to try it. "Try it out?
No changes? OK, sure, what have I got to loose?" That's how I got
hooked on Ubuntu. But when those potential users find that their clocks
have been "clobbered", and the promise broken, they naturally wonder
what other changes have been made to their computers. They can easily
reset their clocks, but their trust in Ubuntu will not be restored so
easily.
Few, if any, of those potential users will take the time to find their
way to Launchpad and file a bug report. They won't be counted in the
Launchpad "This bug affects N people" tally. Many will simply toss the
CD. I did not toss mine, but I had already developed a liking for
Ubuntu from previous releases. I did, however, put my 9.10 CD on the
shelf, went back to 8.10, and went looking for another disto.
Yesterday was the six-month birthday for this bug report. Is it time to
raise the Importance from "Undecided"? It would be a good birthday
present.
--
Live CD changes hardware clock
https://bugs.launchpad.net/bugs/436535
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
