https://bugzilla.novell.com/show_bug.cgi?id=426270
User gfarrell@netspeed.com.au added comment
https://bugzilla.novell.com/show_bug.cgi?id=426270#c83
Geoff Farrell changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gfarrell@netspeed.com.au
--- Comment #83 from Geoff Farrell 2009-02-23 03:27:48 MST ---
My machine boots with localtime set, then part way through the boot process,
the time is set to 11 hours ahead of localtime. It is then set back to
localtime when boot.clock runs.
The timezone is set to Australia/Sydney, using a copy of
/usr/share/zoneinfo/Australia/Sydney at /etc/localtime, not a link:
# ll /usr/share/zoneinfo/Australia/Sydney
-rw-r--r-- 8 root root 2183 Feb 8 00:00 /usr/share/zoneinfo/Australia/Sydney
# ll /etc/localtime
-rw-r--r-- 1 root root 2183 Feb 8 00:00 /etc/localtime
/etc/sysconfig/clock has the correct settings:
HWCLOCK="--localtime"
SYSTOHC="yes"
TIMEZONE="Australia/Sydney"
DEFAULT_TIMEZONE="US/Eastern"
(comments stripped out)
This timezone is UTC +11 hours (daylight saving active).
The version of /etc/init.d/boot.clock has the patch referred to at Comment #66.
The computer was booted at approximately 2009-02-23 16:53. The correct
localtime was confirmed in the BIOS during the boot process. This is an excerpt
from /var/log/boot.msg:
...
Kernel logging (ksyslog) stopped.
Kernel log daemon terminating.
Boot logging started on /dev/tty1(/dev/console) at Mon Feb 23 16:54:09 2009
Trying manual resume from /dev/disk/by-id/ata-ST3200827AS_4ND1N6BB-part5
Invoking userspace resume from /dev/disk/by-id/ata-ST3200827AS_4ND1N6BB-part5
resume: libgcrypt version: 1.4.1
Trying manual resume from /dev/disk/by-id/ata-ST3200827AS_4ND1N6BB-part5
Invoking in-kernel resume from /dev/disk/by-id/ata-ST3200827AS_4ND1N6BB-part5
Waiting for device /dev/disk/by-id/ata-ST3200827AS_4ND1N6BB-part6 to appear:
ok
fsck 1.41.1 (01-Sep-2008)
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a -C0
/dev/disk/by-id/ata-ST3200827AS_4ND1N6BB-part6
/dev/disk/by-id/ata-ST3200827AS_4ND1N6BB-part6: clean, 6681/131648 files,
67574/526120 blocks
fsck succeeded. Mounting root device read-write.
Mounting root /dev/disk/by-id/ata-ST3200827AS_4ND1N6BB-part6
Boot logging started on /dev/tty1(/dev/console (deleted)) at Tue Feb 24
03:54:11 2009
done
Starting udevd: done
Loading drivers, configuring devices: done
Loading required kernel modules
doneActivating swap-devices in /etc/fstab...
doneEntering boot.clock at date:
Tue Feb 24 03:54:14 EST 2009
Setting up the hardware clockdone
Leaving boot.clock at date:
Mon Feb 23 16:54:16 EST 2009
Activating device mapper...
done
Checking file systems...
fsck 1.41.1 (01-Sep-2008)
...
Notice the two lines starting with 'Boot logging started on /dev/tty1'. The
first one, just after the 'Kernel log daemon terminating' message, is showing
the time from the Hardware Clock as localtime (Mon Feb 23 16:54:09 2009). The
second one, just after the root device is mounted read-write, has been set to
11 hours ahead (Tue Feb 24 03:54:11 2009). Later, when boot.clock is run, (with
extra 'echo' and 'date' commands added to it) the entry time to it can be seen
as +11 hours, then set to the correct localtime on exiting boot.clock.
Somewhere between the two 'Boot logging started' messages, something is setting
the System Time, is assuming it is based on UTC, and is applying the localtime
offset as +11 hours. This has to be a bug, since if it could find the timezone
setting, it should also be able to find the 'HWCLOCK="--localtime"' setting in
/etc/sysconfig/clock, and work out that the time is Not based on UTC, and just
leave System Time alone.
boot.clock eventually fixes the time, but a lot of files and devices have their
date-time stamps set 11 hours in the future. Potentially, at least these are
affected:
...
Starting udevd: done
Loading drivers, configuring devices: done
Loading required kernel modules
doneActivating swap-devices in /etc/fstab...
...
After login, the system files with a date-time stamp in the future were
captured in the attached file 'future-files'. They are mainly /dev and /sys
files. 'boot.msg' is also attached.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.