Description of Problem:
Applying all existing updates to 7.1 made impossible to boot
Alpha UP1100 (output from 'cat /proc/cpuinfo' attached).
The whole process hangs in various initialization stages seemingly
in a random manner although hangs on file system checks seem to be
Once I managed to get "oops" and save it. A whole boot message
and decoded oops are attached as well.
Closer investigation revealed that problems are really caused by
these pieces of a startup which attempt to mess with a system clock.
After commenting these lines in /etc/rc.d/rc.sysinit
and also this:
runcmd $"Syncing hardware clock to system time" /sbin/hwclock $CLOCKFLAG
in /etc/rc.d/init.d/halt and after adding in /etc/modules.conf
alias char-major-10-135 off
not only my machine boots and runs without any incidents but, on the
top of it, has correct time. Before fixing this extreme bogosity
after every screwed up boot attempt I was ending up with fantastic
dates scattered all over the place which was making fixup jobs so much
harder. Alphas usually have rather decent clocks on boards, as
opposed to x86 hardware, and random messing with them on a startup is,
and always was, counterproductive and problems caused by such meddling
were reported in the past.
NOTE: I just got another Alpha with a Nautilus chipset which is a
new UP1500. This one, so far, does not boot _any_ kernel from Red
Hat. I have at this moment one which does boot but it is not from
any RH distribution or updates. I will file more when I will have
at least _some_ hard information.
Created attachment 40690 [details]
Output from 'cat /proc/cpuinfo' for the machine in question
Created attachment 40691 [details]
All startup messages - note that a date ended up as Dec 31 2000
Created attachment 40692 [details]
results of ksymoops run on "oops" from the previous attachment
Alpha is no longer supported