| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 1156.1 | | NETRIX::thomas | The Code Warrior | Thu Mar 20 1997 14:06 | 5 |
| two RA60s equals ~420MB. It would be nice if somehow the contents could be
burned onto a CDROM.
I don't have access to RA60s otherwise I'd doit just to preserve the
information.
|
| 1156.2 | | CSC32::BROOK | | Thu Mar 20 1997 14:23 | 5 |
| Mentec *may* be interested in them ...
Write me off line ...
Stuart
|
| 1156.3 | DECUS? | EVMS::EVERHART | | Thu Mar 20 1997 20:16 | 9 |
| I imagine the DECUS library would also be interested in the material,
provided only that some way to read it could be found. The binaries
were supplied to DECUS long ago, and there are still occasional calls
for copies of the P/OS media.
Release to DECUS is however fraught with possible other issues
and someone in legal better be sure it won't violate anything in
addition...
|
| 1156.4 | | CSC32::BROOK | | Thu Mar 20 1997 22:16 | 4 |
| Parts of it are from RSX-11M+ and are therefore as you mention fraught with
legal ramifications with Mentec also ...
Stuart
|
| 1156.5 | | ACISS2::LENNIG | Dave (N8JCX), MIG, @CYO | Fri Mar 21 1997 10:14 | 24 |
| Giving the packs to DECUS or Mentec are both "complicated" options
that I'd rather not deal with. "Digital" has had plenty of time to
pursue either of those options if the corporation was so inclined.
(I mean, I can't really believe I have the ONLY remaining copy!)
I offerred them to Bob Supnik for his emulator project, but he
indicated he can't emulate the PRO architecture. He suggested
I send them to the Digital Archives, which makes some sense, but
feels like a black hole option (goes in and nothing comes out).
I guess the first questions to be dealt with are:
Are the packs still readable? (ie shelf life of an RA60 pack?)
Does anyone have the capability to read them (ie a pair of RA60 drives)?
[I've received mail from someone in ZK with access to *A* RA60 drive]
I like the idea of burning a CDROM; they have a long shelf life, right?
And assuming a few of them were made, they could be made available to
internal folk with an interest in actually doing something with it.
So perhaps we have the beginnings of a group effort...
Are these of purely historical interest, or is there a hobbiest usage?
Dave
|
| 1156.6 | | ACISS2::LENNIG | Dave (N8JCX), MIG, @CYO | Fri Mar 21 1997 13:07 | 13 |
| Hmmm... I don't have any VMS BACKUP docs handy, but I just noticed
in the HELP for BACKUP that there is a /VOLUME qualifier which says:
Indicates that a specific disk volume in a disk volume set is to
be processed. The /VOLUME qualifier is valid only when used with
the /IMAGE qualifier. Using this qualifier allows you to perform
BACKUP operations on a disk volume set when you have only one
disk drive with which to perform BACKUP operations.
Does this mean there is some way to backup each volume in a volume set
seperately and then restore the whole shebang to a single larger disk?
Dave
|
| 1156.7 | Try making compressed virt disks | EVMS::EVERHART | | Mon Mar 24 1997 14:01 | 29 |
| It ought to work to point two VD units at the same RA60 disk and
mount first one pack, then the other,but swapping will be ugly.
An alternative:
I have compressing software that will make a compressed image of a disk
on a couple files. Generally gives 2:1 to 3:1 compression. I give
the sources away (they were not written at Digital).
It is possible to compress both packs, and have a couple units of
readonly disk that are a volume set even if there is only one drive
that is available. At least then the containers are in a form that
can be backed up, mailed, shared over DECnet, whatever....
Also the compression's pretty good if you have interest.
Anyone who wants the code, just email me (star::everhart) and I'll
send the code. I think it's on freeware V3 also (look for file
cmphighc.zip) with full sources. The code also has the ability to
present back/phys or dd type disk dumps to tape as though they were
readonly disks (and will lie if mounted r/w and claim all's well but
will junk write data. That seems to be handy for using with NT and
the block server :-) but may have other values.
The code in question runs on either VAX or Alpha; container files
can be written on one and read on the other if you wish. A doc
file's in with the code.
glenn
|