Newsgroup: it.comp.retrocomputing
Titolo: MicroVAX 2000 [lungo]

Grazie alla disponibilita' di alcune persone di questo gruppo, dopo essere 
entrato in possesso di un MicroVAX 2000, sono riuscito finalmente nei giorni 
di ferie a smanettarci sopra.
Ho collegato in console un mio vecchio portatile con sopra installato 
Kermit95 e, facendo tesoro delle istruzioni datemi da alcuni del gruppo, ho 
ottenuto il seguente risultato:
| KA410-A V2.2
|
| F_..E...D...C...B...A...9...8...7...6...5...4_..3_..2_..1_..
|
|
|  ?  E  0040  0000.0045
|  ?  D  0050  0000.0005
|  ?  C  0080  0000.4001
|  ?  6  00A0  0000.4001
|
|
|  83 BOOT SYS
| -DUA0
|
|
|   MicroVMS Version V4.7 28-Oct-1987 13:00
|
|
| PLEASE ENTER DATE AND TIME (DD-MMM-YYYY  HH:MM)  22-AUG-2010 14:06
|
| The MicroVMS system is now executing the system startup procedure.
|
|
| The MicroVMS system is now executing the site-specific startup commands.
|
| %DCL-E-OPENOUT, error opening 
DUA0:[CERBERUS_ITA.PROTEZIONI.FILES]CMS2_STAT.FIL;
|  as output
| -RMS-E-DNF, directory not found
| -SYSTEM-W-NOSUCHFILE, no such file
| %DCL-W-UNDFIL, file has not been opened by DCL - check logical name
| %DCL-W-UNDFIL, file has not been opened by DCL - check logical name
| %DCL-E-OPENIN, error opening 
_DUA0:[CERBERUS_ITA.SYSTEM.CMD]
ASS_GLBNAME.COM
; as
| input
| -RMS-E-DNF, directory not found
| -SYSTEM-W-NOSUCHFILE, no such file
| %SET-I-INTSET, login interactive limit = 64, current interactive value = 0
|   SYSTEM       job terminated at 22-AUG-2010 14:07:55.62
|
|
|
|       Welcome to MicroVMS V4.7
|
|
| Username: SYSTEM
| Password:
|
|       Welcome to MicroVMS V4.7
|
| Last interactive login on Monday, 16-AUG-2010 18:07
|
|
| Main Menu
|
|          1 - Exit to DCL
|          2 - Log out of the SYSTEM account
|          3 - Invoke the MAIL utility
|          4 - Invoke the PHONE utility
|          5 - Add a user account to the system
|          6 - Install optional software
|          7 - Add or Delete a MicroVMS component
|          8 - Create or Modify an Autologin Terminal
|          9 - Back up or Restore the user files on a disk
|         10 - Build a Standalone BACKUP kit
|         11 - Set the maximum number of interactive logins
|         12 - Configure the network
|         13 - Shut down or start up the network
|         14 - SHUT DOWN the system
|
| Enter a number (? or ?# for HELP): 12
|
|
|
| ERROR: Command file 
NETCONFIG.COM
 does not exist.
|
|                 Press [return] for main menu
|
|
| ...
|
| Enter a number (? or ?# for HELP): 7
|
|
|
| Do you want to <A>dd or <D>elete a MicroVMS component? d
|
| This command procedure removes entire options or sub-options
| of the MicroVMS kit. Help may be obtained for any of the prompts
| by typing HELP.
|
| Valid options and sub-options are:
|
|    UTIL
|        !* UTIL_A *
KITINSTAL.COM
*
|        !* UTIL_B *MAIL utility*
|        !* UTIL_C *SEARCH utility*
|        !* UTIL_D *DIFF utility*
|        !* UTIL_E *DUMP utility*
|        !* UTIL_F *RUNOFF utility*
|        !* UTIL_G *PHONE utility*
|        !* UTIL_H *MicroVMS HELP library*
|        !* UTIL_I *Remote terminal support via SET HOST/DTE*
|        !* UTIL_J *Foreign Terminal Support*
|        !* UTIL_K *LAT-11 terminal server support (via Ethernet)*
|        !* UTIL_L *Stand-alone backup on system disk support*
|        !* UTIL_M *MicroVAX-I bootstrap that works for any MSCP system 
device*
|        !* UTIL_N *Error Log Report Generator utility*
|        !* UTIL_O *VAXTPU utility*
|    USER
|        !* USER_A *Default files*
|        !* USER_B *Security utilities (ACLs, Auditing, etc.)*
|        !* USER_C *Disk Quota utility*
|        !* USER_D *Print and Batch Queue utilities*
|        !* USER_E *Input Queue Symbiont*
|        !* USER_F *Accounting Log Report Generator utility*
|    NET
|        !* NET_A  *Default files*
|        !* NET_B  *Incoming Remote File Access files*
|        !* NET_C  *Incoming Remote Terminal files*
|        !* NET_D  *Outgoing Remote Terminal files*
|        !* NET_E  *Network Test files*
|        !* NET_F  *Remote Task Loading*
|    PROG
|        !* PROG_A *
KITINSTAL.COM
*
|        !* PROG_B *Debugger utility*
|        !* PROG_C *Image Dump utility*
|        !* PROG_D *RMS Analyze and FDL Editor utilities*
|        !* PROG_E *Message utility*
|        !* PROG_F *Object and Shareable Image libraries*
|        !* PROG_G *Macro libraries*
|        !* PROG_H *Macro assembler*
|        !* PROG_I *SDL intermediary form of STARLET.MLB*
|        !* PROG_J *FORTRAN require files*
|    SYSP
|        !* SYSP_A *Default files*
|        !* SYSP_B *File System utilities (ODS1 ACP, EXCHANGE, etc.)*
|        !* SYSP_C *Monitor utility*
|        !* SYSP_D *Analyze Object File utility*
|        !* SYSP_E *Delta debugger*
|        !* SYSP_F *System Dump Analyzer utility*
|        !* SYSP_G *System Symbol Table file*
|        !* SYSP_H *Misc Symbol Table files*
|        !* SYSP_I *System map*
|        !* SYSP_J *Connect-to-Interrupt Driver*
|        !* SYSP_K *DRV11-WA Driver*
|
|
|
| What layered VMS option(s) do you want to remove.
| Options must be separated by commas, e.g., USER,UTIL,SYSP:
|
| Interrupt
|
|
|                Press [return] for main menu
|
|...
|
| Enter a number (? or ?# for HELP): 1
|
|
|
| If you wish to use the menus again, type the following:
|        $ @SYS$MANAGER:MGRMENU
|
| $ show mem
|               System Memory Resources on 22-AUG-2010 14:26:49.10
|
| Physical Memory Usage (pages):     Total        Free      In Use 
Modified
|   Main Memory (6.00Mb)             12288        9682        2492 
114
|
| Slot Usage (slots):                Total        Free    Resident 
Swapped
|   Process Entry Slots                100          96           4 
0
|   Balance Set Slots                   95          93           2 
0
|
| Fixed-Size Pool Areas (packets):   Total        Free      In Use 
Size
|   Small Packet (SRP) List             60          19          41 
96
|   I/O Request Packet (IRP) List       44           8          36 
208
|   Large Packet (LRP) List              8           5           3 
656
|
| Dynamic Memory Usage (bytes):      Total        Free      In Use 
Largest
|   Nonpaged Dynamic Memory         278528      171056      107472 
168496
|   Paged Dynamic Memory            396800      136304      260496 
135664
|
| Paging File Usage (pages):                      Free      In Use 
Total
|   DISK$MICROVMS:[SYS0.SYSEXE]SWAPFILE.SYS      29328         672 
30000
|   DISK$MICROVMS:[SYS0.SYSEXE]PAGEFILE.SYS      42000           0 
42000
|
|
| Of the physical pages in use, 2222 pages are permanently allocated to VMS.
| $
| $ show dev
|
| Device                  Device           Error    Volume         Free 
Trans Mnt
|  Name                   Status           Count     Label        Blocks 
Count Cnt
| DUA0:                   Mounted              0  MICROVMS        183948 
19   1
|
| Device                  Device           Error    Volume         Free 
Trans Mnt
|  Name                   Status           Count     Label        Blocks 
Count Cnt
| MUA0:                   Online               0
|
| Device                  Device           Error
|  Name                   Status           Count
| OPA0:                   Online               0
| TTA1:                   Online               0
| TTA2:                   Online               0
| TTA3:                   Online               0
| $
| $ show dev D /full
|
| Disk DUA0:, device type RD54, is online, mounted, file-oriented device,
|     shareable, error logging is enabled.
|
|     Error count                    0    Operations completed 
1042
|     Owner process                 ""    Owner UIC 
[1,1]
|     Owner process ID        00000000    Dev Prot 
S:RWED,O:RWED,G:RWED,W:RWED
|     Reference count                6    Default buffer size 
512
|     Total blocks              311200    Sectors per track 
17
|     Total cylinders             1225    Tracks per cylinder 
15
|
|     Volume label          "MICROVMS"    Relative volume number 
0
|     Cluster size                   2    Transaction count 
19
|     Free blocks               183948    Maximum files allowed 
66696
|     Extend quantity                5    Mount count 
1
|     Mount status              System    Cache name 
"_DUA0:XQPCACHE"
|     Extent cache size             64    Maximum blocks in extent cache 
18394
|     File ID cache size            64    Blocks currently in extent cache 
0
|     Quota cache size               0    Maximum buffers in FCP cache 
435
|
|   Volume status:  subject to mount verification, write-through caching 
enabled.
|
| $ @SYS$system:shutdown
|
| Are you sure you want to SHUTDOWN the system [NO]? y
|
|
|         SHUTDOWN -- Perform an Orderly System Shutdown
|
|
| %SHUTDOWN-I-OPERATOR, This terminal is now an operator's console.
| %SHUTDOWN-I-DISLOGINS, Interactive logins will now be disabled.
| %SET-I-INTSET, login interactive limit = 0, current interactive value = 1
| %SHUTDOWN-I-STOPQUEMAN, The queue manager will now be stopped.
| %JBC-E-JOBQUEDIS, system job queue manager is not running
|
| SHUTDOWN message from user SYSTEM at _OPA0:   16:11:08
| The system will shut down in 0 minutes; back up LATER.  Please log off.
| SHUTDOWN
|
| 1 terminal has been notified.
|
| %SHUTDOWN-I-STOPUSER, All user processes will now be stopped.
| %SHUTDOWN-I-REMOVE, All installed images will now be removed.
| %SHUTDOWN-I-DISMOUNT, All volumes will now be dismounted.
|         SYSTEM SHUTDOWN COMPLETE - USE CONSOLE TO HALT SYSTEM
Come si vede da un comando del menu' iniziale vi sono un certo numero di 
pacchetti di base installati: manca come gia' notato un supporto per la rete 
(DECnet o TCP/IP). La mia intenzione sarebbe questa:
- installare, come mi e' stato suggerito, un software di rete come ad es.una 
vecchia release di CMU-IP ancora reperibile in rete: certo a me piacerebbe 
DECnet Phase IV pero' abbastanza irreperibile (tra l'altro mi e' cascato 
l'occhio sulla Retro DECnet, ed ho visto una macchina, FLORRY, con VMS 4.7 e 
DECNET installata: non e' che per caso si possa in qualche modo creare un 
bel 'saveset'?)
- successivamente volevo fare una bella immagine del disco attuale (un RD54) 
via rete su un bel VAX emulato con Simh, prima che decida di smettere di 
funzionare
- infine installare sulla macchina una versione piu' recente di VMS (ad es. 
la 5.5-2) sostituendo o affiancando il disco attuale con uno SCSI.
Scusandomi per la lunghezza, confido ancora in un vostro aiuto per questo 
mio progetto.
Grazie in anticipo.
R. 

salve.
ho qualche CD e nastro contenente alcune versioni di VMS e pacchetti
vari.
Dovrei avere anche versioni tipo il 5.5-2, roba più vecchia non credo.
Per il backup: credo si possa fare anche con un vecchio PC, visto che
il disco è MFM.
Basta trovare un controller ISA.
Volendo sono sicuro che si possa installare anche un disco diverso
(sempre MFM),
avevo letto in giro che ci sono delle utility, credo già nel BIOS, per
effettuare la formattazione proprietaria di DEC.
Io ho dei PDP11, anche loro supportano dischi MFM. Per la
formattazione utilizzo delle utility XXDP.
Dove ha trovato il uV2000? E' un po' che ne cerco uno, ma niente da
fare...

 da fare...
ormai le vs2k sono di difficile reperibilita', considerando la loro eta'
e le loro pesanti limitazioni (almeno ufficialmente, vedi la possibilita'
di montare dischi scsi) sono stati tra i primi sistemi a venir dismessi, 
sono stati poco considerati anche dagli hobbyisti, e ormai ne girano
decisamente poche (anche perche a parte la loro utilita' per formattare
dischi mfm sono decisamente poco appetibili)
ogni tanto comunque qualcuna salta fuori (io ne ho recuperate due
insieme a 5/6 vs4k, evidentemente erano rimaste in qualche sottoscala
e le hanno dismesse tutte insieme)
per l'op, rispondo brevemente ad alcune domande, poi probabilmente gerry 
e/o io aggiungeremo qualcosa con piu calma .. 
si abbiamo (ho, e' un mio "sistema", in realta' un simh, ho
gia una vlc accesa h24 e la corrente costa) vms 4.7 installato, nonche
i relativi media (dump dei tape di vms 4.6 + update alla 4.7) ma
estrapolare il pacchetto di supporto della decnet non e' cosa fattibile
almeno non in modo "facile", era una delle possibilita' che abbiamo
contemplato al epoca del thread originale sulla vs2k ..
in ogni caso se poi vuoi reinstallare il sistema possiamo fornirti una
copia delle immagini dei tape (eventualmente anche di altre release),
personalmente resterei su una 5.5-2 per la 2k (la 4.7 e' piu ostica
delle 5.x, e molto software richiede minimo la 5.5-2, versioni superiori
sono piu assetate di risorse, e la vs2k faticherebbe)
eventualmente tempo e impegni permettendo anche una copia delle eprom
patchate per il boot diretto da scsi.
-- 
member of the italian hobbyist DECnet network - 
decnet.ipv7.net
www.unsupported.info
 - 
img.unixantichrist.net

Beh, hai ragione. Se si riesce a far bootare la macchina è sempre
meglio.

 Basta trovare un controller ISA.
Non solo non è molto prudente, anzi decisamente rischioso (come ha scritto
anche Sadness), ma dubito che possa funzionare.
Anche se si parla sempre di controller, in realtà quelli SCSI e compagnia
solo solo adapter (HBA, host bus adapter), cioè non fanno altro che ricevere
dal sistema operativo un certo comando e trasmetterlo al device giusto, tipo
"inviami n blocchi a partire dal blocco m". Quindi alla fine è l'elettronica
del disco (o del device in genere) che fa il lavoro di "bassa manovalanza",
e questo vale anche per sistemi meno nobili come il vecchio IDE parallelo.
Qui invece parliamo veramente di controller: il disco non fa nulla, se non
sbaglio invia al controller addirittura il segnale analogico così come
raccolto dalle testine, al massimo lo amplifica un po'. È il controller che
da quel che riceve deve capire dove inizia il settore, dove inizia la parte
dati all'interno del settore, verificare il CRC alla fine, e via dicendo. Ed
è sempre il controller che decide quanto spostare le testine comandando il
motore passo-passo o regolando la corrente negli avvolgimenti dei magneti.
Spostare il disco del MicroVAX su un PC equivarrebbe a sostituire la parte
elettronica di un disco SCSI con quella di un altro modello e sperare che
funzioni... Parlando di controller ST-506 (detti MFM), FORSE a basso livello
cose tipo i mark di inizio e fine settore non sono poi tanto diversi fra i
vari modelli, ma in più c'è da considerare la formattazione Digital di medio
livello (DSDF, Digital Standard Disk Format), interpretata pure quella dal
controller e del tutto mascherata al sistema operativo finale che vede e
formatta (ad alto livello) solo una parte dello spazio presente sul disco.
Qui c'è proprio tutto sul DSDF: 
http://www.freepatentsonline.com/4434487.pdf
Ciao,
G.

 la 5.5-2) sostituendo o affiancando il disco attuale con uno SCSI.
Alla fine direi che sia questo il tuo traguardo. Lo scrivo con tutto l'amore
possibile per VMS, ma la V4.7 è veramente antica e ostica, specialmente per
un principiante. È l'ultima delle versioni originali, prima della grande
ristrutturazione del kernel che Digital intraprese con la versione 5. Non a
caso molto software (anche freeware) richiede come versione minima una V5.x.
E non a caso la prima versione per cui è disponibile lo speciale driver SCSI
per quella macchina è proprio la 5. Driver che a te serve, perché sperare di
continuare a usare in eterno quel disco è pura utopia, e comunque col disco
SCSI forse guadagneresti qualcosa anche in termini di velocità complessiva.
Ciao,
G.

Riprendo brevemente (si fa per dire ...) il discorso di gerry77.
Gli HD IDE e SCSI sono più versatili ed intercambiabili proprio perché il 
controller vero e proprio (che decodifica i segnali provenienti dalle 
testine e comanda la meccanica) risiede nell'HD stesso, e le schede (che 
noi chiamiamo impropriamente controller) sono solo un'interfaccia verso i 
diversi bus(ses).
Questo permette di leggere fisicamente settore per settore, su di un 
normale "clone" HDs provenienti da macchine SUN, Apple, AIX, etc.
Per quanto riguarda gli MFM, il discorso sarebbe lo stesso se 
considerassimo l'accoppiata HD e scheda controller. Ma la scheda dipende 
dal bus per cui è progettata :(
Senza scomodare altre architetture...
Un classico HD MFM (ST 225, ad esempio), formattato a basso livello su di 
un controller WD xxxx è illeggibile se collegato ad un controller 
Longshine (LC-yyyy), NDC o Xebec.
Mi è capitato, talvolta, nei mercatini, di recuperare HDs MFM e di 
provare un'infinità di controllers prima (se andava bene) di riuscire a 
legger qualcosa. Naturalmente, è sempre possibile riformattarlo a basso 
livello con il nuovo controller (in quelli ad 8bit, Olivetti esclusa) le 
routines sono, generalmente, nello spazio ROM, C800:0000 (entry point 
C800:5)
-----
Questo esclude a priori la possibilità di staccare l'HD dal microVAX e 
collegarlo ad un "casuale" controller per PC compatibile.
L'operazione dovrebbe (e perché rischiare ?) esser non distruttiva, ma 
completamente improduttiva. Lo schema "fisico" della formattazione è 
proprietario, legato alla scheda controller del microVAX e di microVMS. 
Nessun controller "PC standard", in parole povere, ci capirebbe un bel 
niente dei segnali provenienti dall'HD.
-- 
                                 _            
 ___ _   _ _ __   ___ _ ____   _(_)_ __ __  __
/ __| | | | '_ \ / _ \ '__\ \ / / | '_ \\ \/ /
\__ \ |_| | |_) |  __/ |   \ V /| | | | |>  < 
|___/\__,_| .__/ \___|_|    \_/ |_|_| |_/_/\_\
          |_|                                 

 C800:5)
Ah, interessante pure questo. Mi chiedevo come si accedesse in pratica a
queste routine e ipotizzavo il comando DEBUG di MS-DOS; non mi sbagliavo:
http://wiki.vintage-computer.com/index.php/Low_Level_Format_XT_Class_Hard_Drive
http://support.microsoft.com/?scid=kb%3Ben-us%3B60089&x=4&y=9
http://www.coleskingdom.com/files/WD1002.TXT
 (code page IBM-850)
Sempre a proposito di cose antiche, mi risulta che ESDI e SMD fossero
abbastanza simili, sia concettualmente sia come segnali fra controller e
disco, entrambi con due connettori: uno per i dati e uno di controllo.
Non riesco invece a trovare informazioni relative ai "moderni" floppy disk,
specialmente mi chiedo se i segnali provenenti dal lettore siano digitali o
analogici e se il floppy controller sia veramente un controller o piuttosto
un adapter (credo comunque un controller). Chi ne sa qualcosa?
Ciao,
G.

Per gli ESDI non ho una grandissima esperienza, in quanto ne ho pochini, 
e la maggior parte appartiene alla serie PS/2 (8580, 8560).
Gli altri che ho, sono stati reinizializzati a basso livello in quanto 
non sono riuscito a leggerli. Ora, non posso dire se per diverso formato 
o per perdita di magnetizzazione dovuta ad incuria e tempo ...
Bastano piccole differenze nei formati inizializzazione per rendere 
difficoltosa se non illeggibile un disco.
Se la memoria non m'inganna, possiedo un paio di controllers MFM con un 
jumper per renderli compatibili con i Western Digital (uno dei più 
diffusi controller MFM).
Non dimentichiamo, poi, i primi "smanettoni" che tentavano di formattare 
gli MFM con un controller RLL, aumentando la capacità e diminuendo 
l'affidabilità ! :)
Altra epoca ... avevo (ed ho ancora) un clone 8088 con un ST-225 (20 MB): 
gli amici mi dicevano: "Ma quando lo riempirai mai !"... certo, con i 
programmi di qualche KB :P


 come fanno i dischi genericanente detti MFM
Entrambi trasferiscono i dati tramite RS-422 (linee bilanciate),
quindi dovrebbero essere sempre in digitale. La National produce
ancora chip dichiaratamente studiati per la ricezione e l'invio di
dati di questi due protocolli, ad es.:
http://www.national.com/mpf/DS/DS8921.html#Overview
Nuzzler



Interessante. Non so dirti esattamente, però ricordo che i dischi ST-506
(quelli volgarmente detti MFM) erano assolutamente "dumb" e tutta la logica
era sul controller, mentre i dischi ESDI, per quanto ancora ben lontani dal
concetto di disco che abbiamo oggi, avevano qualche intelligenza in più
rispetto ai loro predecessori, fermo restando che era il controller a fare
praticamente tutto il lavoro. C'era qualcosa (che ora non trovo) a proposito
della codifica dei dati ricevuti dal controller, che nel caso dei dischi
ESDI erano in qualche modo già "ripuliti" dalla logica del disco stesso.
Altro esempio, riguardo al posizionamento delle testine: i dischi ST-506 non
avevano alcun tipo di contatore per il numero di step quindi il controller
doveva inviare l'impulso per spostare la testina di una traccia e attendere
il posizionamento prima di inviare un nuovo impulso. Una cosa piuttosto
lenta. I dischi ESDI (e forse anche gli ST-412?) invece avevano un contatore
interno al disco, quindi il controller poteva mandare un treno di impulsi
alla massima velocità, indipendentemente dalla velocità di spostamento della
testina, e poi attendere la conferma dell'avvenuto posizionamento finale.
Mi toccherà andare a (ri)cercare le differenze tra ST-506 e ESDI, ormai mi è
venuta (anzi, tornata) la curiosità... :P
Ciao,
G.

http://en.wikipedia.org/wiki/ST-506
http://en.wikipedia.org/wiki/Enhanced_Small_Disk_Interface
Se preferite, esistono le versioni in italiano ... :)
