![\"VAXStation2000](\"\/\/debnar.org\/wp\/wp-content\/uploads\/2020\/02\/portok.jpg\")
<\/a>VAXStation2000 csatlakoz\u00f3k<\/p><\/div>\n
Miut\u00e1n a k\u00e1bel elk\u00e9sz\u00fclt indult is a g\u00e9p:<\/p>\n
KA410-A V1.2 \r\nF...E...D...C...B...A...9...8...7...6...5...4_..3_..2_..1?..\r\n\r\n\r\n? E 0040 0000.0005\r\n? C 0080 0000.4001\r\n? 6 00A0 0000.4001\r\n?? 1 00C0 0000.7004\r\n\r\n>>><\/pre>\nMi-micsoda? Az els\u0151 sor mondja meg a procit (KA410-A) ut\u00e1na a PROM verzi\u00f3 (V1.2), majd elkezdi az eszk\u00f6z\u00f6ket tesztelni. Ami fontos:<\/p>\n
- \n
- ? – ha hib\u00e1s az eszk\u00f6z<\/li>\n
- _ – ha nincs ilyen eszk\u00f6z\u00fcnk<\/li>\n
- * – s\u00e9r\u00fclt a ROM eszk\u00f6z r\u00e9sze<\/li>\n
- . – minden ok<\/li>\n<\/ul>\n
Majd\u00a0 al\u00e1 ki\u00edrja a hib\u00e1kat. Ezt jelentik a bet\u0171k \u00e9s sz\u00e1mok a teszt sor\u00e1n:[1]<\/p>\n
F MONO Base video [1-bit monochrome]\r\n E CLK System clock [Time-of-Year clock]\r\n D NVR Nonvolatile RAM\r\n C DZ Serial line controller [Includes keyboard and mouse.]\r\n B MEM Memory\r\n A MM Memory-management unit\r\n 9 FP Floating point unit\r\n 8 IT Interval timer\r\n\r\n 7 STRG1 ST506 disk controller \\ ST506\/SCSI adapter\r\n 6 SCSI-A SCSI-A bus controller \/\r\n\r\n 7 SCSI-A SCSI-A bus controller \\ SCSI\/SCSI adapter\r\n 6 SCSI-B SCSI-B bus controller \/\r\n\r\n 5 SYS Interrupt controller and Ethernet ID ROM\r\n 4 8PLN Optional 8-plane graphics coprocessor\r\n 3 Reserved\r\n 2 Reserved\r\n 1 NI Ethernet network interconnect<\/pre>\n
Teh\u00e1t ez alapj\u00e1n: nincs 8-plane grafikus\u00a0eszk\u00f6z\u00fcnk (2-plane, monochrome az integr\u00e1lt) \u00e9s a k\u00e9t fenntartott \u00e9rtelemszer\u0171en hi\u00e1nyzik. Ezenfel\u00fcl kapunk egy figyelmeztet\u0151 k\u00f3dot az<\/p>\n
- \n
- \u00f3r\u00e1ra: 0040 0000.0005, az \u00f3ra nincs be\u00e1ll\u00edtva \ud83d\ude42<\/li>\n
- serial line controller:\u00a00080 0000.4001 nincs bedugva se eg\u00e9r se billenty\u0171zet, val\u00f3sz\u00edn\u0171leg az a baja<\/li>\n
- SCSI-A: nincs bedugva semmilyen SCSI eszk\u00f6z<\/li>\n
- h\u00e1l\u00f3zat: nincs bedugva k\u00e1bel<\/li>\n<\/ul>\n
\u00dagy n\u00e9z ki, hogy akkor semmi komoly baja nincsen. Ez megnyugtat\u00f3. L\u00e1ssunk egy r\u00e9szletesebb HW inf\u00f3t:<\/p>\n
- \n
- ? – kisebb hiba<\/li>\n
- ?? -nagyobb hiba<\/li>\n
- * – valami g\u00e1z van a ROM azon r\u00e9sz\u00e9vel ami kezeln\u00e9<\/li>\n<\/ul>\n
>>> TEST 50\r\n\r\nKA410-A V1.2 \r\nID 08-00-2B-08-27-B9 - MAC c\u00edm\u00fcnk\r\n\r\nMONO 0000.0001 - ? base vide\u00f3 OK\r\n? CLK 0000.0005 - a kor\u00e1bbi, \u00f3ra nincs be\u00e1ll\u00edtva\r\nNVR 0000.0001 - NVRAM OK\r\n? DZ 0000.4001 - serial line controller (billenty\u0171zet, eg\u00e9r \"portja\") \u00e9s regiszterei\r\n 00000001 00000001 00000001 00004001 00000000 00000000 \r\nMEM 0006.0001 - 6 mega mem\u00f3ria, ut\u00e1na a 0001 jelzi, hogy nincs baja\r\n 00600000 \r\nMM 0000.0001 - memory management unit\r\nFP 0000.0001 - floating point unit \r\nIT 0000.0001 - interval timer\r\nHDC 7710.0001 - winy\u00f3 tal\u00e1n (*)\r\n 0004C437 00000000 00000000 \r\n? TPC 0000.4001 - 4001 alapj\u00e1n nincs rajta semmi, gondolom a SCSI \u00e9s a regiszterei\r\n FFFFFF03 FFFFFF05 FFFFFF05 FFFFFF05 FFFFFF05 FFFFFF05 FFFFFF05 FFFFFF05 \r\nSYS 0000.0001 - rem\u00e9lem ok :)\r\n?? NI 0000.7004 V1.2 - nincs h\u00e1l\u00f3k\u00e1bel bedugva<\/pre>\n
<\/p>\n
* 0x4C437 ->312375*512 =159936000 -> RD54-es winy\u00f3.<\/pre>\n
ULTRIX<\/h1>\n
\u00d6nmagam sz\u00f3rakoztat\u00e1s\u00e1ra egy kis wikipedia t\u00far\u00e1s, kis t\u00f6rt\u00e9nelem, ha nem \u00e9rdekel lehet ugrani tov\u00e1bb nyugodtan.<\/p>\n
A DEC g\u00e9pek sz\u00e1m\u00e1ra a UNIX nem volt \u00fajdons\u00e1g, hiszen az els\u0151 UNIX-ot is egy PDP7-en haszn\u00e1lt\u00e1k. Alapvet\u0151 k\u00f6rnyezete a UNIX-nak a PDP11 volt akkoriban. Ezt V7M-nek h\u00edvt\u00e1k vagy (V7M11) \u00e9s a DEC UNIX csoportja az UEG\u00a0(Unix Engineering Group) fejlesztette. Ellenben valamin j\u00f3l \u00f6sszekapott a Bell Labs \u00e9s a DEC a 70-es \u00e9vekben, \u00edgy nem voltak hajland\u00f3k 77-ben megjelen\u0151 \u00faj VAX architekt\u00far\u00e1j\u00fa g\u00e9peket venni, am\u00fagyis benne voltak egy Interdata 8\/32-re val\u00f3 portol\u00e1sban. DEC \u00edgy m\u00e1shol pr\u00f3b\u00e1lkozott a Bell Labs berkein bel\u00fcl \u00e9s tal\u00e1lt egy csoportot amelyik nem z\u00e1rk\u00f3zott el a portol\u00e1si feladatt\u00f3l.\u00a0 \u00a0Akkoriban m\u00e9g nem volt a portabilit\u00e1s els\u0151dleges szempont (nagyj\u00e1b\u00f3l az Interdata 7\/32-re val\u00f3 portol\u00e1skor v\u00e1lt szempontt\u00e1), \u00edgy nem volt trivi\u00e1lis a portol\u00e1s, amivel 1979 j\u00fanius\u00e1ra k\u00e9sz\u00fcltek el. Ez lett a UNIX\/32V.<\/p>\n
Ez egy nem t\u00fal j\u00f3ra sikeredett port lett, b\u00e1r alapvet\u0151en fontos l\u00e9pcs\u0151foka volt. Pont a VAX\u00a0\u00fajdons\u00e1g\u00e1nak\u00a0sz\u00e1m\u00edt\u00f3 virtu\u00e1lis mem\u00f3ria kezel\u00e9s\u00e9t nem tudta kihaszn\u00e1lni. \u00dagyhogy a Berkleys hallgat\u00f3k \u00fajra\u00edrt\u00e1k a kernelt, ebb\u0151l lett a 3BSD, m\u00e1sn\u00e9ven\u00a0Virtual VAX\/UNIX vagy VMUNIX (V<\/strong>irtual M<\/strong>emory UNIX<\/strong>). \u00c9rdekess\u00e9g, hogy a BSD kernelt el\u00e9g sok\u00e1ig, a 4.4BSD-ig (90es \u00e9vek k\u00f6zepe), \/vmunix-nak h\u00edvt\u00e1k.<\/p>\n
Az els\u0151 val\u00f3ban nat\u00edv VAX UNIX \u00edgy 1984-ben tudott megjelenni, ULTRIX-32 n\u00e9ven. Ez a 4.2BSD forkja volt \u00e9s k\u00e9pes volt VAX g\u00e9peken futni ford\u00edtott form\u00e1ban, nem kellett a kernel forr\u00e1sk\u00f3dj\u00e1hoz hozz\u00e1ny\u00falni egy hardver konfigur\u00e1ci\u00f3 sor\u00e1n. \u00cdgy ezt m\u00e1r kiz\u00e1r\u00f3lag bin\u00e1ris form\u00e1ban terjesztett\u00e9k, forr\u00e1sk\u00f3d n\u00e9lk\u00fcl.<\/p>\n
Az ULTRIX, 3 rendszerre volt el\u00e9rhet\u0151, PDP11, VAX \u00e9s a MIPS alap\u00fa DECStation munka\u00e1llom\u00e1sokra \u00e9s a szerver oldali p\u00e1rj\u00e1ra a DECSystemekre.\u00a0N\u00e9h\u00e1ny apr\u00f3bb n\u00e9vv\u00e1ltoztat\u00e1s ut\u00e1n a MIPS alap\u00fa rendszerek megjelen\u00e9s\u00e9vel lett a v\u00e9gs\u0151 elnevez\u00e9s VAX\/ULTRIX \u00e9s RISC\/ULTRIX.<\/p>\n
Az id\u0151 el\u0151rehaladt\u00e1val azt\u00e1n ker\u00fcltek bele a fejleszt\u00e9sek (TCP\/IP, SMTP, MAIL11 protokollok). Eredetileg az UWS (Ultrix Workstation Software) volt az asztali k\u00f6rnyezet, ezt k\u00e9s\u0151bb v\u00e1ltotta a sz\u00e9les k\u00f6rben elterjedt X11, DECWindowsal.<\/p>\n
Az utols\u00f3 verzi\u00f3 95-ben jelent meg a 4.5-\u00f6s verzi\u00f3.[2,3,4,5]<\/p>\n
Boot fail<\/h1>\n
Sajnos a rendszer nem volt k\u00e9pes elindulni, gondolom a kernel s\u00e9r\u00fclt.<\/p>\n
>>> boot\r\n\r\n-DUA0\r\n\r\nUltrixboot (using VMB version 13)\r\n\r\nLoading (a)vmunix ...\r\n\r\nSizes:\r\ntext = 484348\r\nRead error: bn = 2000, VMB error code 8c\r\nRead error: bn = 2256, VMB error code 8c\r\ndata = 88488\r\nRead error: bn = 2768, VMB error code 8c\r\nbss = 361752\r\nStarting at 0x2a16<\/pre>\n
R\u00e1k\u00fcldtem egy TEST 71-et ami ellen\u0151rzi a diszket, de nem lettem t\u0151le beljebb. Miut\u00e1n ut\u00e1na sem indult el. \ud83d\ude42<\/p>\n
M\u00e9g az is lehet, hogy ki lehetne bogozni pontosan mi a baja, de innent\u0151l nem igaz\u00e1n szerettem volna b\u00e1ntani az MFM winy\u00f3t, am\u00edg nincs egy full backupom r\u00f3la.<\/p>\n
Ment\u0151k\u00f6rnyezet<\/h1>\n
Szerencs\u00e9re h\u00e1l\u00f3zati\u00a0csatol\u00f3 van rajta, l\u00e1tatlanban is azt mondtam, hogy h\u00e1l\u00f3zatr\u00f3l fog tudni bootolni, m\u00e9gsem PC-r\u0151l besz\u00e9l\u00fcnk (kek). Nem olyan egyszer\u0171 az\u00e9rt, miut\u00e1n thin ethernet (10BASE-T) csatlakoz\u00f3 van rajta (de legal\u00e1bb ethernet).<\/p>\n
Az elk\u00e9pzel\u00e9s teh\u00e1t a k\u00f6vetkez\u0151 volt:<\/p>\n
- \n
- H\u00e1l\u00f3zatr\u00f3l bebootol a VAXStation<\/li>\n
- Egy Linux\/BSD szerver v\u00e1laszol a k\u00e9r\u00e9sre<\/li>\n
- Elindul a VAX-on egy NetBSD<\/li>\n
- H\u00e1l\u00f3zaton felcsatolok egy NFS megoszt\u00e1st<\/li>\n
- DD-vel leimageelem a diszket.<\/li>\n<\/ol>\n
Amilyen egyszer\u0171nek hangzik annyira volt \u00f6sszetett a dolog.<\/p>\n
A ment\u0151k\u00f6rnyezet \u00f6ssze\u00e1ll\u00edt\u00e1sa<\/h1>\n
Teh\u00e1t kell egy thin ethernet h\u00e1l\u00f3zat. Fiatal vagyok ehhez, \u00e9n m\u00e1r a 90-es \u00e9vek v\u00e9g\u00e9n is fast etherneteztem, de nagyon nem sokban k\u00fcl\u00f6nb\u00f6zik a kett\u0151 (de). Szerencs\u00e9re nem vagyok az a kidob\u00f3s fajta, \u00edgy volt egy rakat 50\u03a9-os BNC k\u00e1belem, BNC T dug\u00f3m, csak a termin\u00e1tor hi\u00e1nyzott. Miut\u00e1n \u00e9szleltem (ez csak szebben hangzik mint, hogy nem \u00e9rtekhozz\u00e1 \u00e9s pr\u00f3b\u00e1lkoztam), hogy k\u00f6zvetlen\u00fcl nem lehet \u00f6sszedugni k\u00e9t k\u00e1rty\u00e1t, mindenk\u00e9pp kell T dug\u00f3 \u00e9s termin\u00e1tor, \u00edgy beszereztem gyorsan 4-et. J\u00f3 lesz tartal\u00e9knak.<\/p>\n
![\"50](\"\/\/debnar.org\/wp\/wp-content\/uploads\/2020\/02\/IMG_20200126_094159_web0001-300x225.png\")
<\/a>50 OHM BNC thin ethernet k\u00e1belcsom\u00f3<\/p><\/div>\n
BNC csatlakoz\u00f3s h\u00e1l\u00f3k\u00e1rty\u00e1t nem fogok tal\u00e1lni ami egy mai modern g\u00e9ppel megy (meg h\u00e1t van egy rakat ISA ethernet k\u00e1rty\u00e1m). Szerencs\u00e9re volt a szekr\u00e9nyben egy P1-es g\u00e9p, 32 mega RAM-al \u00e9s egy ~500 meg\u00e1s winy\u00f3val. Ebbe raktam 2 NE kompatibilis h\u00e1l\u00f3k\u00e1rty\u00e1t \u00e9s egy Debian Woody GNU\/Linuxot (az\u00e9rt kett\u0151t mert az egyik a thin ethernet a m\u00e1sik pedig a fast ethernet).<\/p>\n
H\u00e1l\u00f3zat konfigur\u00e1ci\u00f3 Linux szerveren<\/h2>\n
Ha valakit \u00e9rdekel itt HW konfigur\u00e1ci\u00f3:\u00a0dmesg<\/a><\/p>\n
Legel\u0151sz\u00f6r a h\u00e1l\u00f3k\u00e1rty\u00e1t kellett \u00e9letre kelteni ISA\/PNP term\u00e9szetesen nem m\u0171k\u00f6d\u00f6tt rendesen, szerencs\u00e9re volt lehet\u0151s\u00e9g a k\u00e1rty\u00e1kat k\u00e9zzel jumperelni, \u00edgy mindkett\u0151t felkonfigoltam, hogy ne \u00fctk\u00f6zzen semmivel. Majd bet\u00f6lt\u00f6ttem a megfelel\u0151 kernel modulokat (ne ftw).<\/p>\n
\/etc\/modules-ba be\u00edrtam, hogy “ne”
\n\/etc\/modules.conf-ba pedig be\u00e1ll\u00edtottam a feljumperelt dolgokat, illetve, hogy a m\u00e1sik eszk\u00f6z neve eth1 legyen:<\/p>\nalias eth1 ne\r\noptions ne io=0x220,0x300 irq=3,10<\/pre>\n
K\u00e9zzel bet\u00f6lt\u00e9s vagy reboot ut\u00e1n lehet tetsz\u0151legesen konfigolni a h\u00e1l\u00f3zatot, lesz 2 eszk\u00f6z\u00fcnk. Ha megm\u00f3dos\u00edtjuk az \/etc\/network\/interfaces f\u00e1jlt:<\/p>\n
auto lo eth0 eth1\r\niface lo inet loopback\r\niface eth0 inet dhcp\r\niface eth1 inet static\r\n address 10.123.123.1\r\n netmask 255.255.255.0\r\n<\/pre>\n
eth0: DHCP, eth1: static, az eredm\u00e9ny pedig al\u00e1bb:<\/p>\n
deb586:~# ifconfig -a\r\neth0 Link encap:Ethernet HWaddr 00:40:F6:54:1C:3C\r\n inet addr:192.168.1.12 Bcast:192.168.1.255 Mask:255.255.255.0\r\n UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1\r\n RX packets:5918 errors:0 dropped:0 overruns:0 frame:0\r\n TX packets:562 errors:0 dropped:0 overruns:0 carrier:0\r\n collisions:0 txqueuelen:100\r\n RX bytes:375910 (367.0 KiB) TX bytes:80345 (78.4 KiB)\r\n Interrupt:3 Base address:0x220\r\n\r\neth1 Link encap:Ethernet HWaddr 00:C0:DF:11:26:EB\r\n inet addr:10.123.123.1 Bcast:10.255.255.255 Mask:255.255.255.0\r\n UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1\r\n RX packets:0 errors:0 dropped:0 overruns:0 frame:0\r\n TX packets:0 errors:0 dropped:0 overruns:0 carrier:0\r\n collisions:0 txqueuelen:100\r\n RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)\r\n Interrupt:10 Base address:0x300\r\n<\/pre>\n
Asztali g\u00e9pemr\u0151l mostm\u00e1r el\u00e9rem a szervert. Illetve thin ethernet h\u00e1l\u00f3zatunk is \u00e9l.<\/p>\n
Szoftverk\u00f6rnyezet konfigur\u00e1ci\u00f3\u00a0Linux szerveren<\/h2>\n
Alapb\u00f3l nem fog a VAX g\u00e9p\u00fcnk TCP\/IP-t besz\u00e9lni, saj\u00e1t DECnet protokolon pr\u00f3b\u00e1l t\u00e1j\u00e9koz\u00f3dni. Bootkor ezt MOP-nak h\u00edvj\u00e1k (Maintenance Operation Protocol), ez DECNet-be a PhaseII-vel j\u00f6tt be.[6]<\/p>\n
MOPD<\/h3>\n
Szerencs\u00e9re l\u00e9tezik MOP-ot kiszolg\u00e1l\u00f3 daemon linux al\u00e1 a mopd<\/strong>. Egy apt-get install mopd seg\u00edts\u00e9g\u00e9vel fel is rakhatjuk. Annyi tr\u00fckkje van, hogy az h\u00e1l\u00f3zati interface\u00fcnk amire r\u00e1k\u00f6t\u00f6tt\u00fck a VAX g\u00e9pet az mindenk\u00e9pp ALLMULTI-ban legyen, ne dob\u00e1lja el a nem neki sz\u00f3l\u00f3 broadcast MOP ethernet csomagokat.<\/p>\n
Fixen bevan dr\u00f3tozva, hogy a \/tftpboot\/mop\/ alatt fogja keresni a boot fileokat. L\u00e9trehoz\u00e1s ut\u00e1n mehetnek is be ide. A “baj”, hogy a legutols\u00f3 MOP boot file lassan\u00a0elj\u00f6het vel\u00fcnk s\u00f6r\u00f6zni (2002 j\u00faliusi). Annyiban nem probl\u00e9ma, hogy ez csak a kezd\u0151 “l\u00f6k\u00e9st” adja meg, a l\u00e9nyeg \u00fagyis a kernel. NetBSD1.5.3<\/a>-as boot.mop f\u00e1jlt tudjuk haszn\u00e1lni (boot.mop<\/a>).<\/p>\n
A MOP a MAC c\u00edm nev\u0171 f\u00e1jlt fogja k\u00e9rni a daemont\u00f3l (.SYS kiterjeszt\u00e9ssel, csupa kisbet\u0171). Jelen esetben ezt a f\u00e1jlt fogja keresni:\u00a008002b0827b9.SYS<\/em><\/p>\n
\u00dagyhogy csin\u00e1ltam egy symlinket a let\u00f6lt\u00f6tt mop f\u00e1jlra.<\/p>\n
deb586:~# ls -l \/tftpboot\/mop\/\r\ntotal 4184\r\nlrwxrwxrwx 1 root root 11 Jan 11 10:57 08002b0827b9.SYS -> MOPBOOT.SYS\r\n-rw-r--r-- 1 bdebnar bdebnar 71168 Jan 11 15:40 MOPBOOT.SYS\r\n<\/pre>\n
A syslogba logol, de ind\u00edthatjuk k\u00e9zzel is -d kapcsol\u00f3val, \u00e9s akkor l\u00e1tjuk, hogy mit csin\u00e1l.<\/p>\n
DHCPD<\/h3>\n
Ha ez bet\u00f6lt\u00f6tt, sz\u00fcks\u00e9ge lesz a g\u00e9pnek egy IP c\u00edmre. Felraktam egy DHCP szervert \u00e9s a hostot bekonfigoltam, hogy fix ip-t kapjon. Kb. ez kell:<\/p>\n
host stocker {\r\n hardware ethernet 08:00:2B:08:27:B9;\r\n filename \"netbsd\";\r\n fixed-address 10.123.123.11;\r\n option root-path \"\/export\/vax\/netbsd\/root\";\r\n}\r\n<\/pre>\nfilename igaz\u00e1b\u00f3l nem l\u00e9nyeges, be van dr\u00f3tozva, hogy milyen f\u00e1jlokat keressen (netbsd.vax, netbsd, netbsd.bak ha j\u00f3l eml\u00e9kszem).<\/p>\n
NFSd<\/h3>\n
Sz\u00fcks\u00e9g van a kernelre illetve a bin\u00e1risokra amivel el tud indulni a g\u00e9p. Ezt fogja megkapni NFS-en kereszt\u00fcl. \/etc\/exports-ba felvettem egy megoszt\u00e1st:<\/p>\n
\/export 10.123.123.11(rw,async,no_root_squash)<\/pre>\n
NetBSD v?<\/h3>\n
NetBSD8.1 kap\u00e1sb\u00f3l elhasalt a kernel bet\u00f6lt\u00e9sekor. \u00cdgy visszafele l\u00e9pkedtem, hogy mi az ami m\u0171k\u00f6dik m\u00e9g. NetBSD8.1->NetBSD5.0-ig nem voltam t\u00fal sikeres.\u00a0Fel\u00fcletesen v\u00e9gign\u00e9ztem a levlist\u00e1kat, a hiba gyan\u00edthat\u00f3an az, hogy nem f\u00e9r bele a mem\u00f3ri\u00e1ba, amikor pedig a v\u00e9g\u00e9re \u00e9r, kezdi el\u0151lr\u0151l, fel\u00fcl\u00edrva a m\u00e1r bet\u00f6lt\u00f6tt adatot. A legutols\u00f3 m\u0171k\u00f6d\u0151 ami elindult nekem a 4.0.1-es verzi\u00f3 volt. 2007 nem is volt olyan r\u00e9gen… \ud83d\ude42 \u00cdgy teh\u00e1t felm\u00e1soltam az \/exports\/vax\/netbsd\/root\/<\/em> al\u00e1 a kernelt, \u00e1tneveztem netbsd.vax<\/em>-ra majd bem\u00e1soltam ide mell\u00e9 a bin\u00e1risokat. Ez lesz a root<\/em> part\u00edci\u00f3nk.<\/p>\n
A k\u00f6vetkez\u0151kre lesz sz\u00fcks\u00e9g ha ezzel megvagyunk:<\/p>\n
- \n
- SWAP f\u00e1jl l\u00e9trehoz\u00e1sa:\u00a0dd if=\/dev\/zero of=\/export\/vax\/netbsd\/root\/swap bs=4096 count=4096<\/em><\/li>\n
- hozzuk l\u00e9tre a console devicet:\u00a0mknod \/export\/vax\/netbsd\/root\/dev\/console c 0 0<\/em><\/li>\n<\/ul>\n
Diskless NetBSD ind\u00edt\u00e1s<\/h3>\n
Ilyen egy full boot.<\/a><\/p>\n
A boot esa0-val h\u00e1l\u00f3zatr\u00f3l tudunk bootolni. Sajnos a \/dev k\u00f6nyvt\u00e1rt nem csin\u00e1lja meg \u00e9s nekem nem is volt ott a MAKEDEV script. Ez okozott pici fejt\u00f6r\u00e9st, de tal\u00e1ltam egy MAKEDEV scriptet, amit bem\u00e1solva, megfuttatva, l\u00e9trej\u00f6ttek az eszk\u00f6z\u00f6k (helyi mirror:\u00a0MAKEDEV<\/a>).<\/p>\n
DD<\/h3>\n
Sajnos bin\u00e1risok nagyr\u00e9sze segfaultol, de szerencs\u00e9re a dd az m\u0171k\u00f6d\u00f6tt. Gyorsba meg is futtattam a k\u00f6vetkez\u0151k\u00e9pp (az eszk\u00f6z nev\u00e9r\u0151l picit k\u00e9s\u0151bb):<\/p>\n
dd if=\/dev\/rd0c of=\/mnt\/rd0c_2.dd bs=512 conv=noerror,sync<\/pre>\n
bs=blocksize, 512, igaz\u00e1b\u00f3l 256 a blokkm\u00e9ret fizikailag, de \u00edgy is ment.<\/p>\n
- \n
- noerror: menjen tov\u00e1bb hiba eset\u00e9n, ez musthave nek\u00fcnk, teli lesz\u00fcnk bad sectorral<\/li>\n
- sync: a hib\u00e1s r\u00e9szeket t\u00f6ltse ki null\u00e1val, elm\u00e9letileg itt j\u00f6hetne k\u00e9pbe a blocksize, mert \u00edgy a l\u00e9trej\u00f6tt f\u00e1jl j\u00f3 m\u00e9ret\u0171 lenne.<\/li>\n<\/ul>\n
K\u00e9sz is az image:<\/p>\n
deb586:\/export\/vax\/netbsd\/root\/mnt# ls -lh\r\ntotal 153M\r\ndrwxr-xr-x 2 root root 4.0k Jan 16 21:12 rd0\r\n-rw-r--r-- 1 root root 152M Jan 22 21:29 rd0c_2.dd<\/pre>\n
\ud83d\ude42 Na m\u00e1r csak megk\u00e9ne n\u00e9zni mi is van rajta.<\/p>\n
Pr\u00f3b\u00e1lkoz\u00e1sok<\/h1>\n
R\u00e9szletekbe nem megyek bele csak levonom a tanuls\u00e1gokat. Azonfel\u00fcl, hogy baromira nem \u00e9rtek a f\u00e1jlrendszerekhez \u00e9s nem is tal\u00e1ltam rendes dokument\u00e1ci\u00f3t (jelen esetben az UFS-r\u0151l) amib\u0151l meg\u00e9rten\u00e9m an\u00e9lk\u00fcl, hogy forr\u00e1sk\u00f3dokat b\u00f6ng\u00e9szn\u00e9k vagy kiolvasn\u00e1m a f\u00e9l internetet. A l\u00e9nyeg, hogy att\u00f3lm\u00e9g, hogy valami UFS nem mindegy, hogy NetBSD, FreeBSD, stb., vagy jelen eset\u00fcnkben ULTRIX-os UFS. Nem is a f\u00e1jlrendszer a probl\u00e9ma hanem ink\u00e1bb a BSD partici\u00f3kkal.<\/p>\n
BSD sliceok\/BSD partici\u00f3k<\/h2>\n
MBR-hez hasonl\u00f3an 4 partici\u00f3ra tudja felosztani a diszket a BSD, ezeket sliceoknak h\u00edvjuk. Sok esetben, f\u0151leg r\u00e9gi rendszerekn\u00e9l, illetve ahol nincs nagyon \u00e9rtelmezve, nem ker\u00fcl kialak\u00edt\u00e1sra MBR-es BSD sliceok hanem a BSD partici\u00f3kat k\u00f6zvetlen\u00fcl a diszkre \u00edrja. Ezek a BSD partici\u00f3k kapnak egy bet\u0171t, amivel lehet \u0151ket hivatkozni. Sz\u00e9pen, sorban, a, b, c, d, stb. Itt \u00e9rdemes megjegyezni, hogy b\u00e1r nem k\u00f6telez\u0151 de az al\u00e1bbi kioszt\u00e1st szokt\u00e1k haszn\u00e1lni:<\/p>\n
- \n
- a: root partici\u00f3<\/li>\n
- b: swap<\/li>\n
- c: teljes slice-ra mutat\u00f3 logikai partici\u00f3<\/li>\n
- d \u00e9s ann\u00e1l feljebb pedig tetsz\u00e9s szerinti feloszt\u00e1s<\/li>\n<\/ul>\n
Teh\u00e1t egy BSD alatt form\u00e1zott diszk az al\u00e1bbi m\u00f3don n\u00e9zhet ki:<\/p>\n
rd0s0a ahol<\/p>\n
- \n
- rd0: eszk\u00f6z neve \u00e9s sorsz\u00e1ma<\/li>\n
- s0: a slice sorsz\u00e1ma<\/li>\n
- a: BSD partici\u00f3 neve<\/li>\n<\/ul>\n
Nyilv\u00e1n ha a BSD partici\u00f3kat k\u00f6zvetlen\u00fcl \u00edrjuk ki a diszkre slice n\u00e9lk\u00fcl akkor nincs sliceunk, teh\u00e1t akkor ilyet kapunk:<\/p>\n
rd0a<\/p><\/blockquote>\n
Ugye a kor\u00e1bbi dd<\/em> parancs ez\u00e9rt lett rd0c-vel param\u00e9terezve. Az RD0-\u00e1s eszk\u00f6z teljes tartalm\u00e1t adta vissza.<\/p>\n
FreeBSD alatt pr\u00f3b\u00e1lkoztam a legt\u00f6bbet, itt csak a root partici\u00f3t\u00a0siker\u00fclt felcsatolnom a t\u00f6bbire hib\u00e1t \u00edrt,\u00a0ami mind\u00f6sszesen 8mb, \u00edgy sejtettem, hogy van m\u00e9g legal\u00e1bb egy m\u00e1sik is :).<\/p>\n
El\u0151sz\u00f6r pr\u00f3b\u00e1lkoztam testdiskel<\/strong>, miut\u00e1n a BSD partici\u00f3k k\u00f6zvetlen\u00fcl vannak a diszkre rakva, nincs MBR particion\u00e1l\u00e1s\/sliceol\u00e1s (van ilyen sz\u00f3?), vagy ak\u00e1rmi \u00e9rtelmezhet\u0151 a testdisk sz\u00e1m\u00e1ra, \u00edgy megtal\u00e1lni megtal\u00e1lta, de nem tudta helyre\u00e1ll\u00edtani.<\/p>\n
Ezut\u00e1n pr\u00f3b\u00e1ltam a scan_ffs<\/strong> programmal, ami megtal\u00e1lta ugyancsak, disklabel sz\u00e1m\u00e1ra \u00e9rtelmezhet\u0151 form\u00e1ba rakta, de miut\u00e1n ki\u00edrtam a diszkre ugyancsak nem tudta olvasni, s\u0151t ilyenkor m\u00e1r a root-ot sem, ami mondjuk \u00e9rthet\u0151, egy FreeBSD-s bsdlabel-t r\u00e1rak, azt nem biztos, hogy szeretni fogja.<\/p>\n
V\u00e9g\u00fcl megpr\u00f3b\u00e1ltam r\u00e1engedni egy fsck<\/strong>-t, de ez nem is igaz\u00e1n \u00e9rtette, hogy mit akarok. Nem tetszett neki az ULTRIX-os UFS.<\/p>\n
Pr\u00f3b\u00e1ltam azt\u00e1n byte szinten v\u00e9gigny\u00e1lazni a diszk imageet, keresni az UFS magic byteokat, abb\u00f3l k\u00f6vetkeztetni a hely\u00e9re a diszkben, esetleg \u00e1t\u00edrogatni, \u00e1tmozgatni byte szinten, de ehhez az\u00e9rt jobban kell ismerni a fel\u00e9p\u00edt\u00e9s\u00e9t, hogy k\u00e9zzel kitudjak jav\u00edtani egy diszket. Legv\u00e9gs\u0151 esetben ak\u00e1r ez is lehetett volna de el\u0151sz\u00f6r gondoltam megpr\u00f3b\u00e1lkozok egy nat\u00edv ULTRIX-szal.<\/p>\n
Megold\u00e1s<\/h1>\n
Az eredeti \u00f6tlet ezek ut\u00e1n az volt, hogy feltelep\u00edtek egy ULTRIX-ot. L\u00e9trehozok egy ugyanekkora diszk imageet, leform\u00e1zom majd \u00edgy megpr\u00f3b\u00e1lom k\u00e9zzel byte szinten \u00f6sszegy\u00farni. Gyakorlatilag az \u00fcres keretet felt\u00f6lt\u00f6ttem volna a dd-zett image adataival.<\/p>\n
SIMH emul\u00e1torba raktam fel egy ULTRIX-ot (ultrix4.5<\/a>\u00a0konfig f\u00e1jl), aminek odaadtam a l\u00e9trej\u00f6tt diszk imageet. Arra gondoltam, hogy az\u00e9rt megn\u00e9zem mit sz\u00f3l hozz\u00e1, netal\u00e1n m\u00e9g be is tud bootolni r\u00f3la a SIMH (nem). Az SIMH\/ULTRIX telep\u00edt\u00e9s\u00a0 egy \u00e9rdekes dolog, err\u0151l lehet majd k\u00e9s\u0151bb fogok \u00edrni. Nem bonyolult, kb. next next finish, de az\u00e9rt \u00e9rdekes.[7]<\/p>\n
Innent\u0151l kezdve felgyorsult a folyamat. Megkapta az imageet, sim\u00e1n engedte mountolni a root-ot, sz\u00f3lt, hogy s\u00e9r\u00fclt a f\u00e1jlrendszer, fsck sz\u00e9pen jav\u00edtani is tudta. L\u00e1ssuk mit sz\u00f3l a m\u00e1sik partici\u00f3hoz, hiszen a root FreeBSD alatt is ment. Egy fsck ut\u00e1n m\u00e1r fel is csatolta, l\u00e1ttam a tartalm\u00e1t.<\/p>\n
# mount \/dev\/ra1d \/mnt\/d2\r\n# df\r\nFilesystem Total kbytes kbytes %\r\nnode kbytes used free used Mounted on\r\n\/dev\/ra0a 15407 5753 8114 41% \/\r\n\/dev\/ra0g 106951 43832 52424 46% \/usr\r\n\/dev\/ra1d 122598 65024 45315 59% \/mnt\/d2\r\n<\/pre>\n
Ez sim\u00e1bban ment mit gondoltam.<\/p>\n
h\u00e1l\u00f3zat+tar<\/h2>\n
A kor\u00e1bbi konfig f\u00e1jlban van egy ilyen sor:<\/p>\n
set XQ MAC=08-00-2b-04-14-02
\nattach XQ0 eth2<\/p><\/blockquote>\nEz enged\u00e9lyezi az ethernet eszk\u00f6zt, az attach pedig \u00f6sszek\u00f6ti a fizikai eszk\u00f6z\u00fcnkkel. Amennyiben nem Linux alatt futtatjuk a SIMH-t \u00fagy a SIMH konzolba a\u00a0show xq eth\u00a0<\/em>parancsot futtatva lek\u00e9rhetj\u00fck, hogy melyik eszk\u00f6z\u00fcnkh\u00f6z milyen eth n\u00e9v tartozik:<\/p>\n
sim> show xq eth\r\nETH devices:\r\neth0 \\Device\\NPF_{D53F5EFA-C024-436C-8990-9D33C6D6E92F} (Ethernet 5)\r\neth1 \\Device\\NPF_{591C20EA-9460-463D-9D1C-ED8D98636A0A} (VirtualBox Host-Only Network #3)\r\neth2 \\Device\\NPF_{A18F1A47-6015-4CC1-8773-E6888A932D03} (VBOX_NatNetwork)\r\neth3 \\Device\\NPF_{CDB1E8D4-6146-4CCD-9F1C-C139563C663D} (Ethernet 4)\r\neth4 nat:{optional-nat-parameters} (Integrated NAT (SLiRP) support)\r\neth5 udp:sourceport:remotehost:remoteport (Integrated UDP bridge support)<\/pre>\n- \n
- ha j\u00f3l \u00e9rtelmezem a doksit a h\u00e1l\u00f3zat m\u0171k\u00f6d\u00e9s\u00e9hez kell pcap driver telep\u00edtve legyen. N\u00e1lam alapb\u00f3l fenn volt a WireShark, sz\u00f3val ez nem t\u0171nt fel.<\/li>\n
- igen, a cikk \u00edr\u00e1sa \u00e9s a telep\u00edt\u00e9s k\u00f6z\u00f6tt eltelt id\u0151ben v\u00e1ltozott a h\u00e1l\u00f3zati interfaceek list\u00e1ja n\u00e1lam, eth2 akkor nem a VBOX_NatNetwork volt.
\nHa helyesen \u00e1ll\u00edtottunk be mindent akkor ULTRIX alatt adnunk kell egy IP c\u00edmet:<\/li>\n<\/ol>\n# \/etc\/ifconfig qe0 192.168.1.99 netmask 255.255.255.0\r\n# route add default 192.168.1.1 1<\/pre>\n
Ha ezt a k\u00e9t sort felvessz\u00fck az\u00a0\/etc\/rc.local<\/em> f\u00e1jlba akkor minden indul\u00e1skor be\u00e1ll\u00edtja. Aktu\u00e1lis be\u00e1ll\u00edt\u00e1sunkat a\u00a0netstat -i\u00a0<\/em> parancssal tudjuk lek\u00e9rni:<\/p>\n
# netstat -i\r\nName Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll\r\nqe0 1500 192.168.1 192.168.1.99 11 0 2 0 0\r\nlo0 1536 loop localhost 1 0 1 0 0<\/pre>\n
A SIMH-t futtat\u00f3 g\u00e9pem nem igaz\u00e1n akart kommunik\u00e1lni a SIMH-ban fut\u00f3 ULTRIX-szal,\u00a0\u00edgy a VBOX-ban fut\u00f3 Linuxos NFS szervert nem tudta felcsatolni mag\u00e1nak. De a fizikailag k\u00fcl\u00f6n\u00e1ll\u00f3 eszk\u00f6z\u00f6ket el\u00e9rte. \u00cdgy gyorsan csin\u00e1ltam az OpenBSD-t futtat\u00f3 laptopomon egy NFS szervert. Fontos, hogy az \/etc\/hosts<\/em> f\u00e1jlba fel kellett venni az NFS servert, k\u00fcl\u00f6nben nem volt hajland\u00f3 felcsatolni:<\/p>\n
# Host Database\r\n#\r\n127.0.0.1 localhost ultrix\r\n192.168.1.6 nfs<\/pre>\n
Majd lehetett csatolni:<\/p>\n
mount -t nfs nfs:\/exports \/mnt\/nfs<\/pre>\n
A j\u00f3 \u00f6reg tar is p\u00f6r\u00f6ghetett m\u00e1r r\u00e1:<\/p>\n
tar -cvpf \/mnt\/nfs\/ultrix_root.tar \/mnt\/d1\/\r\ntar -cvpf \/mnt\/nfs\/ultrix_usr.tar \/mnt\/d2\/<\/pre>\n
\u00a0Z\u00e1rsz\u00f3<\/h1>\n
Egyik legizgalmasabb hobbiprojektem ez volt j\u00f3 ideje. L\u00e1tsz\u00f3lag menthetetlen dolog volt de a v\u00e9g\u00e9re \u00f6sszej\u00f6tt. Igaz szerencs\u00e9m volt, hogy val\u00f3ban olvashat\u00f3 volt a diszk tartalma valamennyire. Val\u00f3sz\u00edn\u0171leg nem lett volna ennyire egyszer\u0171 ha val\u00f3ban szektoronk\u00e9nt kell v\u00e9gign\u00e9zni az imageet.<\/p>\n
K\u00f6vetkez\u0151 l\u00e9p\u00e9s lehet, hogy helyre\u00e1ll\u00edtsam \u00e9s m\u0171k\u00f6d\u0151k\u00e9pesre var\u00e1zsoljam a telep\u00edtett ULTRIX-ot. Esetleg az image f\u00e1jlt siker\u00fclj\u00f6n elind\u00edtani SIMH-ban. \u00c9rdekess\u00e9ge volt az \/usr\/users k\u00f6nyvt\u00e1r tartalma:<\/p>\n
hve\r\ndietrich\r\nblake\r\nantoniop<\/pre>\n
A<\/p>\n
- \n
- hve: Horst von Eicken<\/a> CERN alkalmazott,<\/li>\n
- dietrich:\u00a0Dietrich Wiegandt<\/a> a CERN-b\u0151l<\/li>\n
- blake:\u00a0 J.D. Blake, ugyancsak CERN alkalmazott ennyit tal\u00e1ltam r\u00f3la<\/a>.<\/li>\n
- antoniop:\u00a0Antonio Pastore<\/a>, neki egy forr\u00e1sk\u00f3dj\u00e1t is megtal\u00e1ltam betarolva. \ud83d\ude42<\/li>\n<\/ul>\n
Miut\u00e1n volt egy ELTE matrica a g\u00e9p elej\u00e9n \u00e9s l\u00e1tva a rengeteg CERN alkalmazott nev\u00e9t, \u00e9l a gyan\u00fa bennem, hogy a g\u00e9p 91 k\u00f6r\u00fcl ker\u00fclt Magyarorsz\u00e1gra a ludens VAX9000-es clusterrel egyid\u0151ben, \u00dagy tudom, hogy anno t\u0151l\u00fck szerezt\u00e9k be. Ellenben \u00fagy l\u00e1tszik nem igaz\u00e1n haszn\u00e1lt\u00e1k itthon, ha m\u00e9g od\u00e1ig sem jutottak el, hogy let\u00f6r\u00f6lj\u00e9k r\u00f3la a usereket, vagy legal\u00e1bb \u00fajakat hozzanak l\u00e9tre rajta.<\/p>\n
Hardware pr0n<\/h1>\n
![\"VaxStation2000\"](\"\/\/debnar.org\/wp\/wp-content\/uploads\/2020\/02\/IMG_20200113_212919_web0002-300x225.png\")
<\/a>VAXStation2000 h\u00e1tulr\u00f3l<\/p><\/div>\n
![\"GNU\/Linux](\"\/\/debnar.org\/wp\/wp-content\/uploads\/2020\/02\/IMG_20200113_212949_web0004-300x225.png\")
<\/a>GNU\/Linux ment\u0151szerver el\u0151lr\u0151l<\/p><\/div>\n
![\"A](\"\/\/debnar.org\/wp\/wp-content\/uploads\/2020\/02\/IMG_20200113_212931_web0003-300x225.png\")
<\/a>A k\u00f6z\u00e9ps\u0151 \ud83d\ude42<\/p><\/div>\n
![\"GNU\/Linux](\"\/\/debnar.org\/wp\/wp-content\/uploads\/2020\/02\/IMG_20200126_092640_web0007-300x225.png\")
<\/a>GNU\/Linux ment\u0151szerver h\u00e1tulr\u00f3l<\/p><\/div>\n
![\"VAXStation2000](\"\/\/debnar.org\/wp\/wp-content\/uploads\/2020\/02\/IMG_20200113_212907_web0001-300x225.png\")
<\/a>VAXStation2000 el\u0151lr\u0151l<\/p><\/div>\n
<\/h1>\n
Forr\u00e1sok<\/h1>\n
1)http:\/\/antinode.info\/dec\/vs3100_diag.html
\n<\/a>2)\u00a0https:\/\/en.wikipedia.org\/wiki\/Ultrix
\n<\/a>3)\u00a0https:\/\/en.wikipedia.org\/wiki\/Unix
\n<\/a>4) https:\/\/en.wikipedia.org\/wiki\/Version_7_Unix
\n<\/a>5)\u00a0https:\/\/en.wikipedia.org\/wiki\/Berkeley_Software_Distribution
\n<\/a>6)\u00a0https:\/\/en.wikipedia.org\/wiki\/DECnet
\n<\/a>7)\u00a0http:\/\/gunkies.org\/wiki\/Installing_Ultrix_4.5_on_SIMH
\n<\/a>8)\u00a0http:\/\/vaxarchive.org\/hardware\/vs2000\/index.html
\n<\/a>9)\u00a0https:\/\/www.netbsd.org\/docs\/network\/netboot\/intro.vax.html
\n<\/a>10)\u00a0http:\/\/gunkies.org\/wiki\/Netbooting_a_VAXstation
\n<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"Hozz\u00e1mker\u00fclt m\u00e9g j\u00f3 p\u00e1r \u00e9ve egy VAXStation2000. A station a nev\u00e9ben jelzi, hogy ezt a DEC a munka\u00e1llom\u00e1s piacra tervezte, kisebb, halkabb g\u00e9pet pr\u00f3b\u00e1ltak \u00f6sszerakni. T\u00f6bb ki\u00e9p\u00edt\u00e9sben is l\u00e9tezett, szer\u00e9ny szem\u00e9lyemhez 6MB RAM-al egy RD54 MFM diszkkes modell ker\u00fclt. Oprendszer … Continue reading
- dietrich:\u00a0Dietrich Wiegandt<\/a> a CERN-b\u0151l<\/li>\n
- hve: Horst von Eicken<\/a> CERN alkalmazott,<\/li>\n
- hozzuk l\u00e9tre a console devicet:\u00a0mknod \/export\/vax\/netbsd\/root\/dev\/console c 0 0<\/em><\/li>\n<\/ul>\n
- SWAP f\u00e1jl l\u00e9trehoz\u00e1sa:\u00a0dd if=\/dev\/zero of=\/export\/vax\/netbsd\/root\/swap bs=4096 count=4096<\/em><\/li>\n