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#c87
--- Comment #87 from Geoff Farrell
we are required to set the correct time before accessing the real file system, e.g. running the first fsck and mount on root and that is within initrd.
I agree that this course of action will eliminate all the problems reported in this bug. If you mean the correct time must be set before running the first fsck and mount of root, then /etc will be an unsuitable location for the timezone info (as will any other filesystem which is yet to be mounted). In that case, an extra task will most likely be required of GRUB, which is the only function that can currently access information on a partition without it being mounted on a filesystem. Maybe the information could be stored in /boot/grub/hwclock and /boot/grub/localtime, and passed as parameters to initrd by way of a GRUB menu.lst entry like this: title openSUSE 11.1 - 2.6.27.19-3.2 root (hd0,0) kernel /vmlinuz root=/dev/disk/by-id/ata-ST3200827AS_4ND1N6BB-part6 resume=/dev/disk/by-id/ata-ST3200827AS_4ND1N6BB-part5 splash=silent showopts vga=0x31a initrd /initrd hwclock=/grub/hwclock localtime=/grub/localtime (where sda1 is a separate /boot partition) This would require the bootloader program to extract the information from /etc/localtime (and perhaps /etc/hwclock?) and install it the files in /boot/grub/ and in the GRUB 'initrd' line. As an example, my data would be stored as: 1. /boot/grub/hwclock: contents = "--localtime" (the other option would be = "-u") 2. /boot/grub/localtime: contents = "Australia/Sydney" It would also require initrd to be able to accept parameters passed to it, and to apply them to the correct System Time at the appropriate opportunity. Following that, the current function provided by /etc/init.d/boot.clock would need to be modified to remove the 'start' staza, as this would be superfluous. The 'stop' function would still be required. In addition, the bug that is incorrectly setting System Time as UTC-based (between the two 'Boot logging started on' messages in boot.msg - as reported in Comment #83) needs to be identified and eliminated. -- 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.