http://qa.mandrakesoft.com/show_bug.cgi?id=3985
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bugzilla-
| |[EMAIL PROTECTED]
Status|RESOLVED |VERIFIED
------- Additional Comments From [EMAIL PROTECTED] 2003-22-06 21:34 -------
Multiple submission
verified duplicate
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
------- Reminder: -------
assigned_to: [EMAIL PROTECTED]
status: VERIFIED
creation_date:
description:
Due to the fact that /etc/rc.d/rc.sysinit runs "hwclock --hctosys --localtime" before
running
"/sbin/vgscan && /sbin/vgchange -a y", and hwclock depends on /etc/localtime, which is
linked
to a file in /usr/share/zoneinfo/*/*, if /usr uses LVM, it isn't set up when the time
setting occurs,
and so time synchronization with the local time zone doesn't occur. This bug
manifests itself
when running with the hardware clock set to local time instead of UTC, so the default
system
date is off by the difference between UTC and local time.
This bug could be fixed by running "hwclock --hctosys --localtime" after LVM setup of
/usr,
though that might cause other issues, if the date needs to be set prior to that time.
Ideally,
LVM should be set up earlier in /etc/rc.d/rc.sysinit, but an alternate possibility
would be to have
a local copy of the current /usr/share/zoneinfo/*/* file in the *unmounted* version of
the /usr tree
(the solution I use myself). In other words, in the *unmounted* /usr tree, there
should be
'share/zoneinfo/America/Anchorage' (in my case), which is a copy of the live one in
/usr, and
should be added/removed on the next reboot after changing the time zone. This would
also
take some doing to get right, as the change could not happen while /usr was mounted
but
would have to be postponed for the next reboot, prior to setting the time with hwclock.
