From: Pete Turnbull <pete(a)dunnington.u-net.com>
>The front bezel (frame round the panel) has been repainted white, and
the
>paint has flaked or chipped off in places, to reveal a chipped coat of
>beige paint. I'd like to refinish and respray it. What's the correct
>colour?
DEC gray #68 A color close to eggshell toward very light gray.
>I'm toying with the idea of replacing the LEDs with bi-pin bulbs, as the
>panel was originally a bulb panel. The resistors for the warm-up
current
>have been clipped out. What value should they be?
leave the leds, likely that mod was done very long ago. The lamps
tended to die too often.
>What's J5 (3-pin Mate-N-Lok) on the PSU for?
Power controller.
astly (for now :-)), which direction should the fans blow? The fans
>in this machine are not original, and I suspect they were put in
>back-to-front. They were drawing air in from the right (as you look
from
>the front) of the machine, through the cards, into the PSU, and blowing
it
>out through the six large heatsinks and out of the left side of the
>machine. I think this is the wrong way round, as the laminar flow over
the
>cards won't be as effective as the turbulent flow in the other
direction.
> But what's the normal way in an 8/E? And was there supposed to be a
>filter anywhere?
Unknown on direction, I think "out". Filter was a layer of foam where
there
was one. I have a an 8f so they are somewhat different but the fans blow
in
across the cards. The PS in the reaw with its own fan. The 8e has the
power supply down the left side(facing the front from front) and thefrom
right
(input) to left (out through the PS). The power supply will tolerate
higher temps
if memory serves than core. Keeping the core cool and at a relatively
constant temp was the key to stable ops.
Allison
On Nov 24, 15:56, Kevin McQuiggin wrote:
> Hi Gang:
>
> I just completed grad school yesterday, and as such am hoping to be back
> into classiccmp more regularly!
Congratulations!
How timely... you'll see I have questions realted to my recently-acquired
PDP-8 :-)
--
Pete Peter Turnbull
Network Manager
University of York
Hi Dan,
At 11:20 PM 11/12/01 -0500, you wrote:
> From the Classic Computer list:
>
> > I've had to dispose of all my classic computer stuff
>
>What? What happened?
Pressure from the OL and I just got fed up with everything.
>
>You were my HP hero! You had all of the vintage HP gear
>that I'm trying to collect!
Well there's still a pile of the bigger and less popular HP stuff here
if you want to come get it. Here's a list of what I can remember off the
top of my head:
Complete and working HP 150 and Touchscreen II systems with drives and
manuals and SW, etc; a lot of HP 110s, again with manuals and SW; about 20
HP 9825s with loads of accessories; about 15 HP 85s again with loads of
manuals, ROMS, etc; several HP 9920s including a full blown and loaded one
that came from Litton Laser Systems; several 9826s and 9836s including a
9836CU; and bunches of interfaces and peripherals for the above. Also a
dead 9830 and a dead 9821, parts of a 9835, several 9845s and at least two
HP Integrals in unknown condition. Also a working HP 120 CPM machine with
SW. But I don't have time to ship them so you HAVE TO come get them. I
haven't decided what to do about the HP 9915s and the 9831 yet.
All of the following are gone:
ALL of the HP handheld calcs; all the extra HP SW paks and manuals; all
the HP catalogs; all of the HP Journals; the HP 9100 and accessories; all
the HP 97s, 9815s and small desktop calcs; the HP 125 CPM machine; all the
AIM 65s; the Apple Lisas; the DEC 11/23 system; all the S-100 stuff except
for a few Cromemco cases with backplanes; both Altairs; the Rubicon; the
SB-180; all the HP 9000 series 300 machines; all six Osbornes; both Z-100s
and all the manuals and extra parts; all the Intel and Motorola SBCs; the
Tektronix 31 calc; the Tektronix 8051 computer and all accessories and
manuals; the Tektronix CPM computer; the Intel 235 MDS; the Sony/Tektronix
Logic Analyzers; the Dolch MPM computer/logic analyzer; ALL the general
computer manuals and books; all the test equipment except for one OLD HP
logic analyzer and all the machine tools and tooling except for the 12 x
48" lathe (it's spoken for but we have to tear down the building to get it
out!)
Joe
> -----Original Message-----
> From: Richard Erlacher [mailto:edick@idcomm.com]
> really well. Lots of folks have drawn the erroneous
> conclusion that they're in
> the business of writing software. That's not the case.
> They're in the business
> of SELLING software. It's not their job to protect the
> consumer. It's the
> consumer's job to protect himself. The consumer's been
> falling down on the job,
All too true. Unfortunately, some of those consumers employ me, so it
becomes my problem too. :)
I should clarify that I don't dislike my employer. I only dislike the fact
that (like most companies) they're stupid enough to run parts of their
business on microsoft software.
> hence, he keeps on buying that Microsoft product line. If he
> were smart, he'd
> stick with the devil he partially knows, and let M$ go under.
> SO much for
> Billy-bashing ...
Very clear cut. I wish everyone saw it that way. ;)
> I'd like to see someone write a chunk of software that does
> as much as this one
> in 20 minutes, BTW. I don't think something this size will
> even link in 20
> minutes.
I was exaggerating to show my point.
[snip]
> longer the case. In fact, so much wierd stuff goes on
> internally to the drive,
> since the controller function is dedicated on each drive,
> that it's hard to know
> what is different between two drives.
Too true, again. I blame whoever decided IDE hard drives were good to
shoehorn into any system ;) (Maybe that was apple?)
Regards,
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
Interestingly, the A590 has an XT-IDE controller, ...
So does the A2091.
Lee.
----------------------------------------------------------------------------
----
This email is intended only for the above named addressee(s). The
information contained in this email may contain information which is
confidential. The views expressed in this email are personal to the sender
and do not in any way reflect the views of the company.
If you have received this email and you are not a named addressee please
delete it from your system and contact Merlin Communications International
IT Department on +44 20 7344 5888.
_____________________________________________________________________
This message has been checked for all known viruses by Star Internet
delivered through the MessageLabs Virus Scanning Service. For further
information visit http://www.star.net.uk/stats.asp or alternatively call
Star Internet for details on the Virus Scanning Service.
At 11:32 PM 11/23/01 -0600, Paul wrote:
>That is a neat trick. Now when you mount your root disk and it moves root
>to there does this show a normal number of files in the various /bin /sbin
>/etc directories?
>
>I am wondering if perhaps someone tried another neat trick of an rm -rf *
>on your disk which stopped after rm was deleted or number of files rm
>could handle was exceeded due to environment limitations.
No, I think that /dev/hd2 and /dev/hd4 still have all the original
files. There are binaries for ls and others there, but when
I try to run them I immediately get a succint "killed" message.
I wonder if this "recovery" shell isn't meant to run executables
on the HD.
carlos.
--------------------------------------------------------------
Carlos E. Murillo-Sanchez carlos_murillo(a)nospammers.ieee.org
Hi,
I'm sat here in my room at home looking at a completely empty BA23 and
thinking - I should get this up and running :&)
I have another BA23 that's up and running with a MVII (KA630+8M
board) and I was thinking another KA630 would make this BA23 into another
operable machine :&)
If someone in the UK has any spare Qbus bits laying around... :&)
On a slightly more urgent point - I'm in need of a DELQA (or a
DEQNA(?)) for my MVII - I can probably get away without a cab kit and
manufacture something myself - I've got a spare ethernet transceier and a
couple of 15pin D sockets (from old ISA IO cards, when they came with a
game port :&)
I'm happy to pay postage in the UK - might even stretch to a pickup if
it's not too far from manchester :&) (oh - and I'm probably in london mid
december sometime for a day)
-- Matt
---
Web Page:
http://knm.yi.org/http://pkl.net/~matt/
PGP Key fingerprint = 00BF 19FE D5F5 8EAD 2FD5 D102 260E 8BA7 EEE4 8D7F
PGP Key http://knm.yi.org/matt-pgp.html
> John,
>
> What would some of the white ceramic package with gold leads 1702 eproms
> be worth? I watched that one ebay auction for five finish, but the
> comments on the retracted bid makes me wonder.
I've got a PTC 2KRO with some white/gold 1702s in it... with some
kind of monitor, haven't plugged the board into the SOL to see
what they are... I was afraid they'd end up at an address that
would keep the SOL from booting.
I wonder if my Needham burner can read 1702s?
-dq
> On Fri, 23 Nov 2001, Douglas Quebbeman wrote:
>
> > Apparantly, there are parts of the US where you can't swing a dead cat
> > without hitting a Lisa that someone wants to get rid of...
>
> Yeah, but probably because there are no readily available dead cats in
> those parts.
Ah, Fiesta Cats, I read about that in a Famous Comic Book
Once Upon a Time...
Anyone remeber Freewheelin' Franklin's motto?
(no posting the quote, please.. way OT).
-dq
On Nov 23, 22:43, Carlos Murillo wrote:
> >> # passwd
> >> cannot execute
> >
> >Probably the executable isn't in your PATH.
>
> No, apparently when the file isn't found the msg is ": not found" .
> I tried all sane locations for the passwd program. "cannot execute"
> means something else, perhaps a permissions or restricted shell issue.
I meant that it may find the file /etc/passwd and realise it's not
executable. To be honest, I wouldn't expect most things -- including
passwd -- to work under a maintenance shell.
> > If you have the filesystems
> >mounted (BTW, why "mymnt" not just "mnt"? That's what mnt is for) you
can
> >add the relevant directories
> >
> >PATH=/mymnt/hd2/bin:$PATH
>
> I did something similar; I copied all stuff in the ram-based /usr
> to another ram-based /usr1 and added /usr1/bin, /usr1/sbin and so
> on to the path, the idea being that after I used getrootfs I would not
> lose the previously available tools (while getrootfs seemed to change
> the actual anchoring of / from the ram to the HD device, it failed to
> properly mount /usr; however, the earlier ram-based tree at /usr became
> unavailable after the execution of getrootfs, leaving out the "mount"
program,
> even though the mounting of /dev/hd2 at /usr had failed)
>
> >but it might be better (if you just have two partitions on the hard
drive)
> >to mount hd2 directly on /mnt, and then mount hd4 on /mnt/usr. At least
> >then things will be in the correct places relative to each other. There
> >isn't a directory called "/root", is there?
>
> Yes, I did not keep relative mounting closeness in my arrangement.
> I'll have to check about the existence of /root (I'm away
> from the machine now)
If you *can* run things from the mounted filesystems, the relative
positions of the bin, lib, etc directories may matter. But the contents
may not work anyway; you're not running a full kernel, only a very limited
stand-alone maintenance program.
> >You could try the "users" command, though I expect it only works on a
> >normal system (ie not from the maintenacne shell, which is sort of a
mini
> >system, like the miniroot or standalone shell in IRIX and Solaris). If
you
> >can edit /etc/passwd with ed, you can probably remove the password field
> >from root's entry, leaving a null field (no password).
>
> No ed so far;
Then it seems you'll have to use cat and echo, I suppose. Cat the file to
see what's in it, then use echo to put modified versions of the lines you
need into some other file.
> /mymnt/hd4/etc/security/passwd and opasswd exist, but they
> are in a totally unknown format--anything like unix.
What does a line in each of those look like?
Normally etc/security/passwd contains lines with username, encrypted
password, lastupdate, restrictions (if this is null, it means "none";
alternatives are "nologin" and "nouse"), and a field describing audit
classes used for accounting.
/etc/security/passwd is roughly the equivalent of the /etc/shadow file used
by other UNIXes, not the equivalent of /etc/passwd; opasswd is either an
older version, or the original /etc/passwd before it was converted to use
shadowing. It might be worth trying to rename them or move them somewhere
else, then replace /etc/passwd (move the original somewhere else) with one
containing a null field instead of the indicator (usually 'x' in UNIX but
'!' in AIX) that tells AIX to look in /etc/security/passwd of the password
data. So you end up with an /etc/passwd that has a line like:
root::0:0::/:
instead of
root:!:0:0::/:
> Could I replace a known encrypted (that is, under another unix
> variant) password in the corresponding token?
I can't remember if AIX of that vintage used the same algorithm for
encrypting passwords. I think so. But I think it would be much easier
just to null out the password field (in either /etc/passwd or better still
in /etc/security/passwd). If you can then boot the system properly and log
in as root with no password, then you can set one in the normal way.
--
Pete Peter Turnbull
Network Manager
University of York