[prev in list] [next in list] [prev in thread] [next in thread] 

List:       axp-redhat
Subject:    Re: Wrong date with RHL4.1 on PC164
From:       Stephan Schroepfer <scr () iis ! fhg ! de>
Date:       1997-04-30 11:00:52
[Download RAW message or body]

jestabro@amt.tay1.dec.com wrote:
> 
> >>> Stephan Schroepfer said:
> >> After installation of RHL4.1 on a PC164-based machine 'date'
> >> reports 'year 2017' (...)
> 
> (...) Change /etc/sysconfig/clock to: CLOCKMODE="ARC".
> 
> >> ... Calling clock (...) from the shell (...) I get a message
> >> like 'missing I/O port address'.
> 
> If it says: "clock: unable to get I/O port access", its probably
> because you're not running as "root". If it says something else,
> check that the output of "cat /proc/cpuinfo" has EB164 for the
> value of "system type".
> ...
> Also, you could try the work-aound by doing:
>         ln -s EB164 /etc/alpha_systype
> which should allow "clock" to do the right thing.
> ...
> --Jay++

Hello Jay and the others out there:

Oh yes, I think there is a problem with 'clock' which cannot
be solved with Jay's 'ln -s' workaround alone.

Summary:
 - Patching /etc/sysconfig/clock according to
   Jay A Eastbrook's tip seemed to solve the problem
   of having a wrong date only temporary (until
   next reboot (from milo))
 - 'ln -s EB164 /etc/alpha_systype' - workaround
   (according to Jay A Eastbrook) seemed to get date
   right until next to next reboot (had to use reset
   button and after that things got even more weird)

Following text is a rewrite of some sort of commented manuscript
I made during my (somewhat frustrating) experiences with the
'Wrong date with RHL4.1 on PC164' - problem
 - I hope that there are no serious mistakes
 - may be difficult to read (lines without a leading
   '#' are shell commands together with their output)
 - maybe my problems stem to the fact that I'm new
   to axp (and such things as ARC-console ...)

# logging in as root (I thought first settting the right date
# and then allow users to log in could be no error)
date                    : Sat Apr 29 19:46:51 2017
# (maybe Sat Apr 29 2017 will be really a saturday)
# '...2017' may serve as an alias in the following text as
# '...1997' will serve for the right date, I think '...2035'
# needs no further explanation
clock                   : ...2017
clock -r -A             : ...1997
grep type /proc/cpuinfo : system type : EB164

# this constellation leads to file dates from year 2017 and is
# at the root of my problem ...

##### now patched /etc/sysconfig/clock
# was: 'UTC=true\ARC=false'
# now: 'CLOCKMODE="ARC"'
sync;reboot

# (... sometimes I have to remove the 'clear' command before
# 'login' lurking somewhere in RedHat4.1 ...)
date                    : ...1997
clock                   : ...2017
clock -r -A             : ...1997

# maybe in this temporary state dates of newly created files could
# have been right but I have not tested it, doing a reboot to
# prove this state to be stable
sync;reboot

# at boot time          : clock : unable to get I/O port access
# year 2017 is shown (couldn't find the 'clear' before 'login' yet)
# also shown : Last login ...2017
date                    : ...2017
# why? after a simple reboot without changing anything else date
# is ...2017 (was ...1997 before last reboot)
clock                   : unable to get I/O port access
# !!! why that? (logged in as root as in first login above) !!!
grep type /proc/cpuinfo : system type : 0
# !!! why that? (was 'EB164' on first startup) !!!

##### now tried 'ln -s' workaround
ln -s EB164 /etc/alpha_systype
file alpha_systype      : alpha_systype : broken symbolic link ...
# yes its just a workaround, I didn't expect to have a file
# named 'EB164' to which a symbolic link could have pointed to

clock                   : ...2017
clock -r -A             : ...1997
# o.k.: no 'unable to ...'-message since 'ln -s' workaround
# was applied applied
# doing another reboot
sync;reboot
# On shutdown: 'Broadcast message ...2017'

# On reboot: 'setting clock ...1997'
date                    : ...1997
clock                   : ...2017
clock -r -A             : ...1997

# o.k.: now I should be able to give user access ...
# doing (you guessed it) another reboot
sync;reboot
# !!! system halt, no reboot (first 'no-reboot' since I use !!!
# !!! axp-linux)                                            !!!

# On shutdown; 'Broadcast message ...2017'
# !!! On reboot: 'setting clock ...2035' !!!
date                    : ...2035
clock                   : ...2017
clock -r -A             : ...1997
grep type /proc/cpuinfo : system type : EB164

# At this point I gave up

Stefan Schroepfer,
scr@iis.fhg.de

--
To unsubscribe: send e-mail to axp-list-request@redhat.com with
'unsubscribe' as the subject.  Do not send it to axp-list@redhat.com

[prev in list] [next in list] [prev in thread] [next in thread]