I have a rackmount Sun-3/280, pretty loaded up, that I would like to
move out. I think I have a SPARC board for it as well, to turn it into
a 4/280. No disk, but I think the interface card is there, along with
a few others.
The thing is a cube, a little under a 20 inches on a side or so. I
have the front panel. I think it even has a 1/4 inch tape drive in the
front.
The last time I powered it up, it passed its memory test OK, but that
was almost 10 years ago (!).
--
Will in 10512
Allison <ajp166 at bellatlantic.net> skrev:
Did I hear someone say "RSX"? :-)
> HALP!
>
> I just decided to attack a micro-11 system I had not attendded to.
> Good news is it's pristine and complete:
>
> BA23, 11/23BH, 512k (M8057), DEQNA, RQDX2(late firmware).
>
> The RD52 has RXS11 and boots.
>
> It's been a long time since I used RSX and longer since
> I've administered it. So some procedures for doing things
> I need to know or a pointer to.
>
> TO shut down I do?
"RUN SHUTUP" usually does it, since by default SHUTUP is installed in the system.
If it isn't, "RUN $SHUTUP" will do the same deal.
As others mentioned, LB:[1,2]SHUTUP.CMD is invoked as a part of the shutup
procedure, and shouldn't be invoked by hand.
> TO change admin password how, and which account again?
"RUN ACNT" if ACNT is installed. Otherwise "RUN $ACNT" will do it.
The "SET PASSWORD" command is something that only exists in RSX-11M-PLUS, but if
so, then it works just as fine from MCR as from DCL by default.
ACNT is the general account management program. From a privileged terminal, you
can change any account. In 11M, you can only change your own password with ACNT.
In 11M-PLUS, ACNT is not usable by non-prived terminals.
And there isn't any explicit admin account in RSX. The closest would be [1,54],
if it exists. It does by default, which is why I mention it. But there are no
problems with just deleting that account if you want to.
Any account with a group number <= 10 is a privileged account. What this means
is that when logged in, the terminal will have the PRIV bit set. Other users
will have it cleared. Most things go on the terminal info bit when checking for
privs.
Run ACNT, and you can list all accounts, and see which exists with privs.
> If I add a 8line mux (DHV or DZV) what the procedure to get
> system to install and recognise it.
Phew, big question. In short, you have two ways:
1) Do a full sysgen, which includes all the devices you want, and you'll have
it. This will take a couple of hours, and literally hundreds of questions. A
manual is almost neccesary.
2) Just build the device driver and load it. This requires that your system have
been generated with loadable device drivers. You still need to figure out how to
build the device driver. There are commands scripts that do these things, but
they expect to be called as a part of SYSGEN, so doing it by hand will require
some hands on fiddling.
If you want a device driver to be abailable each time you boot, you need to add
it to the system image you're booting. That is done by VMR. VMR is done as a
part of SYSGEN as well, but if you build stuff yourself, you'll have to either
add them in VMR as well, or load them at boot time in the startup script.
> On line DOCs to refresh memory from?
I think I saw that SRI now have some RSX manuals online, and of course, we also
have bitsavers.
There is a whole manual just on the SYSGEN process. Read it. :-)
> I'm most comfortable with VMS, Ultrix and RT-11 but never
> bothered with RSX for a home system.
VMS knowledge can be of some help, but not much of anything else.
RSX is so much fun. Welcome to the asylum. :-)
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
> > Check the dates on your OLS PSUs - some of the early ones were
>> defective and could catch fire.
>
>I love it when people toss out stuff like this without any specifics
>(what dates?).
>
>The way people constantly warn of this and that on this list makes
>you afraid to plug anything in and ever turn it on, which is a waste.
I would like to give specifics, but not having been blessed with machines
>from the SGI Advanced Systems Division I don't have specifics- only general
information that I've picked up that this is a real and serious problem that I don't
want anyone to find out about first-hand.
I beleive I have some of the boards to these at home.
Which roms ??? I thought there was a lot of them ???
OIf someone still needs them, contact me off list and I
will did them out.
- Jerry
Jerry Wright
g-wright at att.net
-------------- Original message ----------------------
From: John Foust <jfoust at threedee.com>
>
> At 12:45 PM 10/10/2007, you wrote:
> >> The other long-standing to-do item would be to create
> >> extensions for one of the PDP-11 emulators to match the Terak's hardware.
> >
> >http://sourceforge.net/projects/bk-terak-emu/
>
> "Emulator of the LSI-11 based Soviet home microcomputers of the
> Elektronika BK-0010 family and of the Terak-8510/a (planned,
> need ROM/binaries to proceed). Linux, SDL."
>
> I did hear from Leo in 2004. He said "From what I can gather, BK
> is a somewhat cutdown Terak - without the hardware text mode and, originally,
> with a tape recorder interface, therefore with a significant part of the
> memory devoted to the BIOS, character generator and Basic or Focal ROM."
>
> He needed a ROM image, which I couldn't provide - lacking a functioning
> Terak or a ROM reader. I'd be glad to lend some ROMs if someone's up
> for the task.
>
> - John
>
Sergio,
I made good experience with the SRQD11 Controller for ST506 (=MFM) disks made by the Australian Webster Computer Corporation.
It can interface one disk (genuine DEC RDs or any other MFMs) to your PDP-11 or MicroVAX without any additional boards or panels.
Mine has been running as well in my PDP-11/03 [RT-11] as in my MicroVAX I [VMS], which is VERY picky about disk controllers.
Another good choice would be an Emulex QD21 for ESDI disks or even an Emulex UC07 for SCSI disks (if you find one).
Ulli
Can someone point me to somewhere I can find bootable disk images for
MS/PC DOS 1.x? I found vetusware.com, but the quality is spotty and
frequently uses obscure compression programs.
--
David Griffith
dgriffi at cs.csubak.edu
------------Original Message:
Date: Tue, 9 Oct 2007 20:21:53 -0400
From: "Andrew Lynch" <lynchaj at yahoo.com>
Subject: 100TPI floppy disk drives
Hi,
I recently bought this S-100 chassis with four Vector Graphic boards. Based
on what I gathered from searches, the Vector Graphic system uses 100TPI
floppy disk drives.
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&ssPageName=ADME:B:EOIBSAA:US:1
1&Item=320164273848
Will anyone confirm which disk drives are compatible with the Vector Graphic
floppy disk controller? I believe those 100TPI drives such as the Tandon
TM-100-4M. There are probably others from Micropolis as well so if you know
of some please include them in a response.
In addition, I would like to extend the Catweasel hard sector decoder
software concept to the Vector Graphic 16 sector 5.25" hard sector floppy
disks. I have written Catweasel floppy disk decoder software for the
NorthStar which now seems to be working pretty good. Also, the Catweasel
Heath project is coming along although not as far along as the Catweasel
NorthStar software. It can make images of Heath SSSD floppy disks.
Does anyone have some 100TPI floppy disk drives they would be willing to
sell? I think I will need at least two or three drives total so even if you
have only a single drive you can part with, I would appreciate an offer.
Thanks!
Andrew Lynch
----------------Reply:
FWIW, my Vector MZ has a pair of Micropolis 1016-II drives which AFAIK
are SS 77Trk 100TPI drives, with a Vector Graphics Disk Controller
marked FD CONTROL B MICROPOLIS.
However, I believe Vector Graphic used different drives in some later
models, even soft sector in some if I'm not mistaken.
mike
> Terak or a ROM reader. I'd be glad to lend some ROMs if someone's up
> for the task.
> I'm happy to read 'em..
There is a file called TERAK.ROM dated Nov 2004 in the distribution. I had thought he
had told me he had the Terak simulation working.
> Years ago, I had an AED 767, which I suppose was a cross between a
> graphics subsystem and a graphics terminal.
> Has anyone else worked on those?
I worked at AED from 84 - 86 and was the architect of the AED 1280, which
was their last graphics terminal.
The 767 is a modification of the AED 512 which used 64k instead of 16k
DRAMs and 4x the frame buffer space. The original designers of the 512
did their own version called the Jupiter 7. It has a 6502 processor and
an RS232 or 'AED' (parallel intf, the same as the AED 3100 floppy ctlr)
parallel interface. I still have most of the docs/firmware for these.
AED terminals were popular with chip designers. The Berkeley CAD tools
suite supported them, as well as VTI.