Morning,
I know this to be a bit late ( ok a lot late :) but, it wasnt till last
weekend I had the chance, to see, if I was able to get our Dec Alpha 1000
into Single User Mode.
I would like to thank the following for their insight into the boot up
procedure of DUnix 4.0b:
Flannon Jackson <flannon_at_du.edu>
William H. Magill <magill_at_isc.upenn.edu>
Kurt Carlson <sxkac_at_java.sois.alaska.edu>
Jorge Serbia <serbia_at_alf.dec.com>
Spider Boardman <spider_at_Orb.Nashua.NH.US>
George Harrington <gdh_at_Rational.COM>
rnfrank_at_pierce.llnl.gov
However all the suggestions didnt mount to the problem being solved :( .
Then a chap ( sorry I forgot your name )at the Digital Technical Support
Services sent me a script ( the file attached ) to do a verification using
fverify of all packages installed.
We discovered a list of discrepancies with a majority of our binaries. We
copied over the correct ones from the CD-ROM, then later tried to get the
box into Single User Mode. Elas, no avail.
End result we had to completly reinstall the DUnix 4.0b on our Dec. And
now the box boots loevly into Single User Mode. I guess this problem will
remain a mystery.
._._._.
Douglas Meldrum
Network Coordinator
Delphi Supernet
H.S.A.I.T.
.-.-.-.
PENDING: Summary on Disabling System Accounts
REASON: Still lacking information.
ORIGINAL EMAIL:
Last night, we had decided to try an install patch kit 3 to help releave
some of our C2 woes. Much to our surprise, we could not get our Dec Alpha
1000 to boot in single user mode ( needed for the patch installation ).
So here is what we tried to date:
SRM console >>> set boot_osflags s ( to have the machine boot up in
single user mode ). Booted the machine and it hung at INIT: SINGLE USER
MODE, with the Dec Alpha just dead ( ie. no lights or activity ).
We called the Tech Support who had us try with the generic kernel and
still no go. We tried ussing "init s" and "init 0" but each time the
system would just hang at the same place.
We thought that C2 might be causing this problem and took a look ( based
of the sulogin man pages ) and found that both /etc/rc.config and
/etc/sia/matrix.conf had the appropriate SECURITY variable ( in this case
ENHANCED ). However we did not something pecular inwhihc we would like
any commentary: there is also a rc.conf file ( in /etc ) which I cannot
find any man page reference too. It has SECURITY = BASE. I would like to
know if this file has any use to the system.
A lil system info: we are running DU 4.0b and FIRMWARE 4.8 on the Alpha
box. All the onwership and permissions are properly set. "uerf -R "
reported no hardware problems and since it could not boot the syslogd
there are not no error logs to report.
Any help concerning rc.conf or SINGLE USER MODE system hang would be
appreciated. A summary will follow.
#!/bin/sh
cd /
for i in `ls /usr/.smdb./*.lk`
do
x=`basename $i`
i=`echo ${x} | cut -f1 -d'.'`
echo ${i}
/usr/lbin/fverify -n ${1} < /usr/.smdb./${i}.inv
done
Received on Tue Jul 22 1997 - 20:34:27 NZST