Whoops!
Susplus to me now, in parts or whole for little money. Have to ship
it at your expense.
I meant Mac Powerpc 8500 200 A/V. The details follows:
192mb of different memory and 2 slots left, 256K cache stick,
Have RCA style A/V composite input and output with s-video ports, at
least 2.1GB 7200rpm and other HD of unknown size but also 7200.
2X cdrom scsi.
Cheers, Wizard
>
>Subject: Re: Backing up VAX/VMS?
> From: "Dave Dunfield" <dave06a at dunfield.com>
> Date: Sat, 12 Jan 2008 21:26:39 -0500
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>> > My immediate concern is that I'd like to make a full backup
>> > of the VMS 5.5 on the VLC, and also attempt restoring it to
>> > another drive.
>
>> The VLC is simply SCSI based, isn't it? I wouldn't bother with doing a
>> file-based backup, just because the SCSI drive will probably be "quite
>> small" compared to today's drives. Just attach it to some other box
>> and do a block-copy of the whole drive. That'll create a file of eg.
>> 4GB in size with everything in it, including partitioning and all the
>> file system(s). Simple to create, simple to restore to this or an
>> identical drive.
>
>I've already done that - I put the drive from the VLC as an external
>drive on the 3100 running NETBSD and dd'd it into an image file - but
>my goal is to be able to survive a drive failure, and possibly also
>move it to a larger drive. The original drive in question is an RZ23,
>which is a 100M DEC labled Conner drive - I have three other similar
>drives, two labled RZ23 and one Conner that are "really close" but
>not exactly the same - apparently there were slightly different
>variations and versions.
>
>> You'd probably do a file-based backup additionally to be able to
>> restore to a different medium, though.
>
>Exactly. If I understand it correctly, an image backup should restore
>to any drive, and is the best way to insure that I can rebuild the
>system in the future.
For VMS an image backup can build the disk again assuming it's as least
as large as the source drive.
I keep a RZ24 and a RD54 with VMS5.4 on it as a "installer". All I
need to do is boot stabckup [standalone backup] and do an image copy
of the drive to the target and now the target is a usable/bootable drive.
Learned that trick at DEC as it was faster to carry a MFM or SCSI drive
around to systems with VMS preinstalled but not personalized and run
standalone backup. Time savings ran from hours down to 20 minutes.
Beats the TK50 for time savings.
>> > I found details of the keyboard and mouse protocol in the back of
>> > a Microvax manual, and have been toying with the idea of building
>> > a small embedded controller to take a PC (PS2) keyboard and mouse,
>> > and emulate the DEC equivalents to the VAX - would anyone else be
>> > interested in this?
>>
>> That's a nice little fun project, not too hard to implement.
>> Personally, I do have real hardware (LK201/LK401 keyboard, VSXXX-AA
>> and -GA mice and even a graphics tablet) that I use with my Linux box
>> (with a simple adaptor to bring the MMJ11/Mini-DIN plug into the DE9
>> world, along with the Linux drivers for that hardware.)
>
>I have no idea how hard DEC keyboards and mice are to find, but PC/PS2
>devices are VERY plentiful, and I would imagine that there must be others
>with VAXen and not the keyboard/mouse - If there's enough interest,
>(or I don't find a mouse), I'll persue it further.
Around here within 10 miles of the greater Maynard area or teh home of
DEC they are pretty common.
The keyboard would be easy to just take a PC based keyboard with 8051
and reprogram it and change the connector.
The mouse is less common but usually easy to track down as they only
work on DEC systems.
What can be difficult is the various cables and adaptors to get from
the box to whatever. Also PC DB/DP RS232 pinouts and conventions are
NOT the same as DEC.
If your playing with DEC look for a VT1200, thats and IP/LAT based
(etherpipe Xterm) graphic terminal that also work with DECwindows.
I tend to use that rather than fuss with multiple individual VAX
systems. Since all my VAXen are on a Ethernet backbone that terminal
allows for connection to any of them as charater mode or DECwindows.
Anotehr beastie to look for is microVAX2000, sometimes thought to be
the most useless vax for speed and space. However it can format any
MFM drive to DEC RQDX3 format (PC cannot) and also floppies either
RX50 or RX33. With the right software it can bootload a VAXterm
as an ethernet windows terminal. Oh and with an RD54 it can run VMS
So long as it has at least 6mb and keep VMS below V5.5 for space
on disk reasons. If it has more ram but only a tiny disk then MOP
load (net boot) VMS from a host and use the local disk as either
private storage or swap/page (or both). It's small, so preserve one.
Allison
Hi ,
I am looking for a CFX-40 watch and was wondering if you still have any
more Mint ones or new ones to sell ? I recalled your msg from a yahoo search
but i reckon that it must be some time back.
Regards,
Jason
Just a moment and sorry that tube making didn't go to right emailng
list but it was worth looking as this skill was the BASIS of making
early tubes back then, in fact, hardly haven't changed at all and
much of the refining went into increasing and making tube more
sensitive and responsive. Now that is put aside... about the Mac
that I no longer need anymore and sitting gathering dust.
I tried to look around on ebay to see how much value on 8100/200 and
google. no luck.
Is anyone could take this Mac or in pieces? Have to ship.
It's kind of upgraded in many areas: 2 HDs I think one is 2.1GB and
other one unknown but i know both are 7200rpm (have to check) running
OS 7.5 or something for speed. 192MB total of totally mixed memory,
leaving 2 slots left and 256K cache stick. HPV video card 1MB with
spare memory waiting to be filled up. CD 2X scsi as well.
Been few years since I last used it, it's clean and running.
Cheers, Wizard
I have a H.P. VECTRA 286 / 12 computer and seems to be loosing the
battery... Is there any way to find the part number and is there any
place to get one??? bob... RLAAG at PACBELL.NET
Anyone out there with a Tandberg 3800-series tape drive (TDC 3820 preferred)
they'd be willing to sell? It needs to be firmware revision -07:01 or better
(not = ... there's a difference). The PROM version should be printed on the
back label under the manufacturing date, or you can open the top cover (T-10
screws) and read the label off the PROM sitting in the "cage".
Let me know off list.
--
------------------------------------ personal: http://www.cameronkaiser.com/ --
Cameron Kaiser * Floodgap Systems * www.floodgap.com * ckaiser at floodgap.com
-- The most valuable antiques are old friends. --------------------------------
>
>Subject: Backing up VAX/VMS?
> From: "Dave Dunfield" <dave06a at dunfield.com>
> Date: Sat, 12 Jan 2008 20:27:53 -0500
> To: cctalk at classiccmp.org
>
>Hi Guys,
>
>Recently acquired some VAXen - I have a soft spot in my heart
>for VAX/VMS as I worked professionally as a user on a VAX/VMS
>system for quite some years, however I have little to no
>experience from a system administration standpoint.
>
>What I have:
>
>VAXstation 3100, currently running NETBSD
>VAXserver 3100 - Installed hobby version of OPENvms on it.
>VAXstation 4000 VLC - Has a full VMS 5.5 installed on it.
>Datability VCP300 16-port LAT terminal server (The VLC
>appears to load LAT networking when it boots, but I haven't
>looked into it further yet)
>
>My immediate concern is that I'd like to make a full backup
>of the VMS 5.5 on the VLC, and also attempt restoring it to
>another drive. Not quite sure what the best way to go about
>this is, and I want to make sure I *DON'T* cause any damage
>to it in the process, so I'm looking for someone experienced
>in VMS who can give be a bit of advice/guidance.
>
>I've got some documentation that I've dug up on the web
>including a VMS administrators guide, and I also have the
>full VMS 4.0 documentation set (about 3-feet of paper!).
>
>I've seen reference to booting stand-along BACKUP - I do have
>the OPENvms install CD which appears to boot to a configuration
>which can do stand-alone BACKUP (at least it can restore from a
>backup image on the CD).
>
>Possible backup media that I have available:
> - A pair of Exabyte HH-CTS 8mm DAT tape drives
> - A SONY SDT-5010 4mm DAT tape drive
> - SCSI ZIP Drive
> - Another SCSI hard drive
>
>Are any of these feasable as a backup medium for VAX/VMS?
>(All three of these machines have SCSI ports) If so, any pointers
>as to how to configure the drives/media to be recognized and
>accessable to the stand-alone backup, and info on how to perform
>such a backup would be most appreciated. I'll probably pull the
>original drive and install OPENvms to another drive for a "test
>run" before I try and backup the original system.
>
For VMS:
Backup /image to another SCSI disk is easiest (I clone VMS systems
that way). Or backup /image to a tape large enough to hold an
entire disk. I have a sony (DEC TLZ04) 4mm DAT and backing up
to a spare disk is easiest and the resulting disk is bootable
should the first one fail.
Also you can install a second or even third scsi disk and have a
multiple boot system. Just set the console to not boot the existing
disk. Then you can issue a "bo DUAn".
For NonVMS OS such as NetBSD I think you need to refer to the unix
realm and do a backup using TAR (it's been years).
>
>Related topic: Keyboard/Mouse emulator?
>
>So far most of what I've been doing has been via a serial console,
>however both the 4000 VLC and the VAXstation 3100 support keyboard
>and mouse - The VLC has a VGA video connector, and I've found a
>couple of LCD monitors supporting sync-on-green which work on it.
>I've also scrounged up an LK-201 keyboard which works, and I'm
>working on acquiring a DEC mouse ... I did figure out how to activate
>"dead rodent mode" which lets me do mouse movements through the
>keyboard, and DEC windows does come up and run!
>
>I found details of the keyboard and mouse protocol in the back of
>a Microvax manual, and have been toying with the idea of building
>a small embedded controller to take a PC (PS2) keyboard and mouse,
>and emulate the DEC equivalents to the VAX - would anyone else be
>interested in this?
I have real DEC Hawley mice and use them with a VT1200 Xterm.
Allison
>Regards,
>Dave
>
>--
>dave06a (at) Dave Dunfield
>dunfield (dot) Firmware development services & tools: www.dunfield.com
>com Collector of vintage computing equipment:
> http://www.classiccmp.org/dunfield/index.html
>
>Subject: Re: Creating new CP/M disks - Progress on IMSAI
> From: M H Stein <dm561 at torfree.net>
> Date: Sat, 12 Jan 2008 14:37:42 -0500
> To: "'cctalk at classiccmp.org'" <cctalk at classiccmp.org>
>
>-------------Original Message:
>Date: Sat, 12 Jan 2008 09:37:06 -0800
>From: "Chuck Guzis" <cclist at sydex.com>
>Subject: Re: Creating new CP/M disks - Progress on IMSAI
>
>> Date: Fri, 11 Jan 2008 23:50:27 -0500
>> From: "Richard A. Cini" <rcini at optonline.net>
>
>> Anyway, one of the issues I have with the Teac FD-55GFR (1.2mb
>> high-density; no schematic) drives Im using is that the motor runs all of
>> the time (just like an 8 drive) but these late-model Teac drives dont
>> have head relays, so the heads are engaged all of the time.
>
>Since the 8272/765 does drive "polling", you have to connect DRIVE
>SELECT/ to DRIVE SELECT/. Connecting it to MOTOR ON/ would likely
>have some odd effects. Recall also, that the 765 can do overlapped
>seeks on multiple drives, which requires that the DRIVE SELECT/ line
>be what it says it is.
>
>Which leaves you with connecting HEAD LOAD/ to MOTOR ON/; not a good
>solution if you do a lot of multiple-drive operation (as CP/M floppy
>systems are wont to do). Better would be to use a timer to monitor
>the HEAD LOAD/ line and keep MOTOR ON/ active for a minute or so
>after the last drive activity. A (or a couple) of NE555's should do
>the trick.
>
>Recall that with the 55GFR, as the drive will not gate INDEX/ pulses
>until it's determined that the diskette's come up to speed. (This,
>BTW, is why hard-sector diskettes don't work in a 55GFR). So if
>you'r getting INDEX/ pulses, the drive, by definition, is ready.
Really, I'll have to tell my NS* it doesnt work.. mine seems to like it.
>That's not to say that you couldn't get a GFR with a head-load
>solenoid, but they're pretty uncommon.
>
>My take anyway.
Never seen one with it and I've seen and have at elast five differnt
versions including one with a door lock.
Allison
>
>Cheers,
>Chuck
>
>----------------Reply:
>
>That was going to be my last-ditch suggestion for the TEAC, putting a
>one-shot delay on the /MOTOR ON line (Chuck, you know how I love 555s ;-).
>
>That delay on the 55GFR is not only a problem with hard-sector diskettes;
>when I went through this exercise replacing 8" drives on my Cromemcos
>(soft-sector), the GFR didn't work because the /DS -> /READY delay was
>too long, even with the motor spinning. Tying /READY to ground made it
>work and I suppose one could tie /READY to /DS with a diode if one
>had no other drives available.
>
>Interestingly, Andrew Lynch apparently got a different version of the GFR
>(-149 IIRC) to work on his Vector with HS disks, whereas my -159 never
>goes ready at all with HS disks.
>
>The YE YD-380 does have a HL solenoid but AFAIK it's not separately
>controllable; there's a pair of jumpers (HM & HS) that select whether
>the head loads on /MOTOR ON or /DS. Nevertheless, it's probably
>the closest to an 8" drive with a HL solenoid and constantly running
>motor.
>
>One thing I've learned from trying to use 1.2Mb HD drives in anything
>other than an AT is that among the dozen or so drives I tested there's
>almost no consistency at all as far as jumper options and labelling,
>/READY and /INDEX logic, etc. are concerned, even with different
>versions of the same make and model.
>
>One of the most adaptable drive in my limited experience has actually
>been the Panasonic JU-475 FWIW.
>
>mike
>
All:
I?ve been busy lately rebuilding the floppy system on my IMSAI. I
scrapped the Frugal Floppy 8? in favor of a CompuPro Disk 1 using 5.25?
disks to emulate 8?. This has been a long running project, but with the
assistance from someone on comp.os.cpm who went through the exact same
process with nearly the same hardware, I?ve been able to create a brand new
CP/M 2.2 master disk. Yeah!
Anyway, one of the issues I have with the Teac FD-55GFR (1.2mb
high-density; no schematic) drives I?m using is that the motor runs all of
the time (just like an 8? drive) but these late-model Teac drives don?t have
head relays, so the heads are engaged all of the time.
I?m looking for some advice/whatever on engaging the motor when needed.
The Disk 1 is based on an 8272 controller chip and it has a HDL (head_load)
signal which, through jumpers can be made to appear on the *MOTOR signal pin
of the standard IBM floppy disk interface. I tested the HDL signal and it
activates at the right time, so its following the 8? sequence, but the pulse
width leads me to believe that it?s too short to let the motor spin-up and
go ?ready?.
There is a way to control this with software...and I may go that route
anyway...but has anyone done this sort of thing ? used a 5.25? HD drive to
simulate an 8? drive and if so, which drives did you use?
Any input appreciated. Thanks.
Rich
--
Rich Cini
Collector of Classic Computers
Build Master and lead engineer, Altair32 Emulator
http://www.altair32.comhttp://highgate.comm.sfu.ca/~rcini/classiccmp
-------------Original Message:
Date: Sat, 12 Jan 2008 09:37:06 -0800
From: "Chuck Guzis" <cclist at sydex.com
<http://www.classiccmp.org/mailman/listinfo/cctalk> >
Subject: Re: Creating new CP/M disks - Progress on IMSAI
> Date: Fri, 11 Jan 2008 23:50:27 -0500
> From: "Richard A. Cini" <rcini at optonline.net
<http://www.classiccmp.org/mailman/listinfo/cctalk> >
> Anyway, one of the issues I have with the Teac FD-55GFR (1.2mb
> high-density; no schematic) drives Im using is that the motor runs all of
> the time (just like an 8 drive) but these late-model Teac drives dont
> have head relays, so the heads are engaged all of the time.
Since the 8272/765 does drive "polling", you have to connect DRIVE
SELECT/ to DRIVE SELECT/. Connecting it to MOTOR ON/ would likely
have some odd effects. Recall also, that the 765 can do overlapped
seeks on multiple drives, which requires that the DRIVE SELECT/ line
be what it says it is.
Which leaves you with connecting HEAD LOAD/ to MOTOR ON/; not a good
solution if you do a lot of multiple-drive operation (as CP/M floppy
systems are wont to do). Better would be to use a timer to monitor
the HEAD LOAD/ line and keep MOTOR ON/ active for a minute or so
after the last drive activity. A (or a couple) of NE555's should do
the trick.
Recall that with the 55GFR, as the drive will not gate INDEX/ pulses
until it's determined that the diskette's come up to speed. (This,
BTW, is why hard-sector diskettes don't work in a 55GFR). So if
you'r getting INDEX/ pulses, the drive, by definition, is ready.
That's not to say that you couldn't get a GFR with a head-load
solenoid, but they're pretty uncommon.
My take anyway.
Cheers,
Chuck
----------------Reply:
That was going to be my last-ditch suggestion for the TEAC, putting a
one-shot delay on the /MOTOR ON line (Chuck, you know how I love 555s ;-).
That delay on the 55GFR is not only a problem with hard-sector diskettes;
when I went through this exercise replacing 8" drives on my Cromemcos
(soft-sector), the GFR didn't work because the /DS -> /READY delay was
too long, even with the motor spinning. Tying /READY to ground made it
work and I suppose one could tie /READY to /DS with a diode if one
had no other drives available.
Interestingly, Andrew Lynch apparently got a different version of the GFR
(-149 IIRC) to work on his Vector with HS disks, whereas my -159 never
goes ready at all with HS disks.
The YE YD-380 does have a HL solenoid but AFAIK it's not separately
controllable; there's a pair of jumpers (HM & HS) that select whether
the head loads on /MOTOR ON or /DS. Nevertheless, it's probably
the closest to an 8" drive with a HL solenoid and constantly running
motor.
One thing I've learned from trying to use 1.2Mb HD drives in anything
other than an AT is that among the dozen or so drives I tested there's
almost no consistency at all as far as jumper options and labelling,
/READY and /INDEX logic, etc. are concerned, even with different
versions of the same make and model.
One of the most adaptable drive in my limited experience has actually
been the Panasonic JU-475 FWIW.
mike
-----REPLY-----
Hi,
Yes, I can attest to what Mike is saying regarding the TEAC FD-55GFR drives.
I have gotten the TEAC FD-55GFR -149's, -193's, and -540's to work reading
16 sector hard sector media on my Vector Graphic with the VEDMCS.
The frustrating thing is that the TEACs *almost* work perfectly. There
still is a problem that if the motor turns off, sometimes I get a "BDOS
error, drive not ready" message when accessing the drive. It seems the
delay to read the drive is just a tad too short. Oddly enough, the VEDMCS
doesn't even sense /READY pin 34 so it must be computing this value based on
/INDEX or /READ or some other value. I think tying the /MOTOR line to
ground might fix the problem but then the drives would be constantly
spinning and I don't want that either.
When I use the Panasonic JU-475-1, I don't have the problem. As a result, I
am probably going to upgrade the Vector to the Panasonic JU-475 style drives
since those are the only ones of several kinds I have tried that operate
trouble free.
Once you leave the AT standard, the HD drives vary a *lot* and there is no
telling what will work short of just experimenting and testing. There are
variations within brands and models, the jumpers have wildly varying
meanings, if they are even there at all.
Thanks!
Andrew Lynch
