Opened 23 years ago
Closed 21 years ago
#114 closed defect (wontfix)
expand setclock script
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | lowest | Milestone: | |
Component: | Book | Version: | CVS |
Severity: | normal | Keywords: | |
Cc: |
Description
When rebooting, if kernel time was changed, update BIOS time so at next reboot the clock's still proper.
Change History (9)
comment:1 by , 23 years ago
comment:2 by , 23 years ago
Resolution: | → later |
---|---|
Status: | new → closed |
comment:3 by , 23 years ago
Resolution: | later |
---|---|
Status: | closed → reopened |
comment:4 by , 23 years ago
there was some discussion not to just set BIOS back to kernel clock, but use the adjtime file that hwclock can use to compensate for the systematic drift, which is better in the long run than keep having to rest the BIOS.
comment:5 by , 23 years ago
in case it's not clear: Expland the setclock script to use adjtime whenever appropriate. Perhaps add notes to run something through a cron if that would help in keeping the clock more acurate
comment:6 by , 23 years ago
Priority: | normal → lowest |
---|
comment:7 by , 21 years ago
Status: | reopened → new |
---|
comment:8 by , 21 years ago
Not sure if I mentioned anything lately but it being a P5 bug means discussion on lfs-dev first. there's some issue where to write the data to (read-only / partition, ppl may not be using the FHS changes to write to /var
Anyways through it on lfs-dev first (as with all/most P5 bugs) and get a concensus before doing anything.
comment:9 by , 21 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
Marking but as WONTFIX. See the extensive thread starting at: http://linuxfromscratch.org/pipermail/lfs-dev/2003-November/040100.html
Saving for later. I don't want to change any of the bootscripts before the lfs-3.0 release (not enough time to properly test everything).