Archiv der Kategorie: Computer

Ein neues Diskettenlaufwerk für meine alten 5,25″ Disketten

Veröffentlicht am von
Antworten

Bedingt durch die Corona-Pandemie-Maßnahmen im vergangenen Herbst und Winter gab es auch für mich außerhalb der eigenen vier Wände kaum bis keine Möglichkeiten für Freizeitaktivitäten. Und so bin auch ich wie viele andere innerhalb meiner Echo-Kammer in ein Loch gefallen, wo man sich allein mit einem Thema vielleicht wieder oder auch neu beschäftigt, weil man – und das war auch bei mir der Fall – aus Langeweile in YouTube bereits versunken war. Schließlich hatte ich mir im Juli letzten Jahres wieder einen Festnetz-Internet-Anschluss mit unbegrenztem Breitbanddaten-Volumen für 2 Jahre gebucht. Bei mir war es dann das Thema Retro-Computing bei den PCs die mich seit Anfang der 1990er Jahre begleiten. Das konkrete Vehikel war bei mir dabei, dass ich eben noch viele der 5,25″ Disketten für die DOS-PCs aus den frühen 1990er noch besaß, obwohl ich bereits vor etwa 13 Jahren den – und viele Jahre zuletzt meinen – DOS-PC als Konfiguration mit 80486 Prozessor – und eben bereits vorhandenen 5,25″ Laufwerke für High Density Medien, beim Elektronik-Schrott entsorgt hatte. Ich wollte es eben noch einmal wissen, ob die Disketten noch alle funktionieren. Und so habe ich mir eben wieder einen PC im (Midi-) Tower-Gehäuse selber zusammen gebaut. Allerdings keinen mit einem so alten Prozessor. Als Zentraleinheit habe ich mich für ein Intel Core 2 Duo System auf einem Mainboard mit PCI-Express Bus, Serial-ATA, einem IDE-Port und einem Floppy-Controller für eben ein 5,25″ HD Laufwerk entschieden. Motivation für dieses Retro-System war aber nicht allein die Möglichkeit das Lesen und Beschreiben von 5,25″ Disketten, sondern ich wollte auch andere Anwendungen mit dem System abdecken. Welches das im Konkreten noch sind und welche Hardware-Komponenten ich neben dem Disketten-Laufwerk noch verwendet habe, werde ich sicherlich noch einmal in einem eigenen Blog-Artikel aufführen.

In den 1990er Jahren, als ich über die mehreren Rechnergenerationen hinweg mit MS-DOS und Disketten hantiert habe, empfand ich die 3,5″ Disketten deutlich praktischer als die 5,25″ Disketten. Zum einen waren sie von den physischen Maßen kleiner, boten sowohl in der Varianten mit doppelter als auch mit hoher Datendichte etwas mehr Speicherkapazität und das Gehäuse war deutlich stabiler als das der 5,25″ Disketten, sodass die eigentliche Magnetscheibe besser vor Beschädigungen geschützt war. Selbst die Aussparung für den Zugang der Schreib-/Leseköpfe war durch eine Schutzblende außerhalb des Laufwerkes prinzipiell verdeckt.
Auf der anderen Seite haben die 5,25″ Disketten gegenüber den kleineren Formaten fast noch etwas ästhetische, wie es sonst noch – im Gegensatz zu den Musikkompaktkassetten oder den Audio-CDs – der Schallplatten nachgesagt wird. Schallplatten sind als akustische Informationsträger sehr groß und müssen vor Schmutz und unnötigen, mechanischen Beanspruchungen geschützt werden. Deshalb ist die Schallplatte immer noch in einem Inlay, bevor sie in eine Hülle aus Karton verpackt wird. Und genauso wird eine 5,25″ Diskette – und im übrigen auch jene im noch ältere 8″-Format – immer noch einzeln in einer Papier- oder Kartontasche aufbewahrt, um sie vor Schmutz zu schützen, da das flexible Diskettenkunststoffgehäuse schließlich noch die Aussparungen für die Laufwerksköpfe sowie ein Loch zum Lesen des Sektoren-Index besitzt. Erst mit ihrer Tasche wird eine Diskette mit weiteren in einer Diskettenbox aufbewahrt. Dadurch, dass das Medium nun aufwendig wie eine Schallplatte verpackt, aufbewahrt und gelagert wird, gepaart mit der Eigenschaft, dass dieses Verpackungsmaterial durch die physische Größe des Mediums auch eine große Oberfläche besitzt, kann dieses Verpackungsmaterial mit Informationen über den auf der Diskette gespeicherten Daten bedruckt werden. Wurde bei Schallplatten das Inlay gerne dazu genutzt, die Texte der Lieder aufzudrucken, bietet die Diskettentasche auch Platz für textuelle Informationen, ein Logo oder Bilder. Dies macht auch eine optische Zuordnung von Verpackung und Medium leichter.

5,25" HD FDD
Hewlett Packard Epson SD-680 Diskettenlaufwerk

Der schwierige Teil bei der Sache ist aber nun inzwischen die Beschaffung eines Diskettenlaufwerkes. Bekommt man derzeit über Onlineversandhändler die sich auf IT und Elektronik spezialisiert haben, noch externe Laufwerke für die kleineren 3,5″ Disketten, welche über die USB-Schnittstelle mit dem Computer verbunden werden, so werden keine Laufwerke mehr für den Einbau in einen Computer herstellt. Irgendwann wurde die Produktion interner 3,5″ Laufwerke eingestellt. Ich würde vermuten, dass die Produktion von 5,25″ Laufwerken bereits spätestens Mitte der 1990er Jahre eingestellt wurde. Bekommt man also noch einigermaßen gut gepflegte 3,5″ Laufwerke für relativ wenig Geld, ist das Angebot an 5,25″ Laufwerken schon sehr begrenzt und auch durchweg mit hohen Preisen versehen. Man muss dann auch erst einmal unterscheiden, für welchen Computer das Laufwerk produziert ist. So tauchen in den Angeboten auf eBay immer wieder welche auf, die zum Beispiel für den Commodore C64 oder ähnlichen Computern aus der 8-Bit-Zeit konzipiert und produziert wurden. Auf alle Fälle weisen ausschließlich alle auf den Online-Auktionsplattformen angebotenen Laufwerke aufgrund ihres Alters einige bis starke Gebrauchsspuren auf. Einige werden direkt mit dem Vermerk zur Auktion angeboten, dass sie bereits defekt sind. Viele andere Anbieter geben aber an, dass das Laufwerk bei Benutzung bis zuletzt noch funktioniert hat. Man muss aber skeptisch sein, dass dies noch der Fall ist, wenn es mitsamt dem PC, in dem es noch eingebaut ist oder war, dann aber 15 bis 20 Jahre auf dem Speicher eingelagert wurde.
Bei meinem ersten Versuch habe ich für etwa 76 Euro ein Panasonic JU-475-4 erstanden. Das Laufwerk wirkt etwas verschmutzt und die beige Kunststofffront ist durch die Sonneneinstrahlung schon etwas vergilbt, funktioniert aber auch noch prinzipiell. – Nur dann plötzlich nicht mehr ganz. Wenn ich Glück habe, reicht es wahrscheinlich, dass die Spindel für das Justieren der Schreib-/Leseköpfe gereinigt und wieder etwas eingefettet werden muss. Auch wäre es ein Versuch, die Schreib-/Leseköpfe etwas zu reinigen.
Bei meinem zweiten Versuch konnte ich für 81 Euro ein Epson SD-680 Laufwerk ergattern können. Entgegen der Angabe, dass es sich dabei um ein „neues“ Gerät handelt, war es aber nicht mehr original verschweißt und in keiner Originalverpackung. Es wies zu meinem großen Glück keinerlei Verschmutzungen auf und auch die Kunststofffront war keiner Sonneneinstrahlung ausgesetzt. Ich denke, dass es sicherlich mal ausprobiert wurde, aber einen Einsatz schien es nicht erfahren zu haben. Bemerkenswert für mich war auch, dass noch die Disketten-große Kartoneinlage gesteckt war, um die Köpfe für Transport sowie Lagerung zu fixieren und schonen. Was mich aber irritierte, auf dem Typenetikett prangt ganz groß der Hewlett Packard Schriftzug. Ich denke aber, dass Epson in Kooperation für PCs von und für HP die Laufwerke produziert hat. Das wichtigste aber: es funktioniert tadellos.

Einen Treppenwitz gibt es bei der Geschichte schon. Vor 25 Jahren habe ich die Daten und Programme aller bis dahin erworbenen 5,25″ Disketten auf die 3,5″ Disketten kopiert. Zeitgleich hatte ich aber genau zu diesem Zeitpunkt noch ein 10er-Päckchen neue 5,25″ Floppys von BASF für 10 Mark gekauft und habe sie mit Dokumenten beschrieben. Von allen Disketten seit 1991 bis dahin funktionieren auch noch alle und lassen sich auslesen. – Bis auf eine! Auf ihr habe ich noch um etwa 1998/1999 meine eher doch kläglichen Programmierversuche mit MS QBasic gespeichert. Nur habe ich im Laufe der Zeit genau eben die Dateien dieser Diskette nie auf ein anderes Speichermedium hinübergerettet. – Aber vielleicht war das auch gut so. Stichwort Spaghetticode!

Nachdem ich im vergangenem Winter unabhängig davon aber ungefähr zeitgleich meine Route für den Rückweg von einem Supermarkt durch ein Wohngebiet geändert habe, bin ich an einen öffentlichen Bücherschrank vorbeigekommen. Bereits auf Augenhöhe konnte ich dann aus 2 bis 3 Meter Entfernung den Titel eines IT-Fachbuchs des Markt & Technik Verlags mit dem Thema der Programmierung von „Grafik mit Turbo Pascal – für IBM-PCs und Kompatible“ entdecken. Die von Borland entwickelte Programmiersprache Turbo Pascal gehört inzwischen mit der einschließlich letzten veröffentlichten Version 7 aus dem Jahr 1993 zur Abandomware. Das vorgefundene und 397 Seiten starke Buch das vom Markt & Technik Verlag aus dem Jahr 1988 stammt, bezieht sich auf die zu der Zeit aktuellen Turbo Pascal Versionen 3 und 4. Das Schöne an dem Fachbuch ist, dass der Verlag noch 2 Disketten mit darauf gespeicherten Übungs- und Programmbeispielen dem Buch beigelegt hat. Da nun die Publikation aus dem 1988 stammt, handelt es sich bei den Disketten um das Mini-Format für 5,25″ breite Diskettenlaufwerke. Konkret handelt es sich bei dem Diskettenformat um das zweiseitig beschreibbare, mit 40 Spuren und doppelter Datendichte (DS/DD 48tpi), sodass dieses auf eine formatierte Gesamtkapazität von 360 Kilobyte kommt. Das waren zu der Zeit für IBM-PCs und kompatible Computer gängige Wechseldatenträger und auch das Diskettenformat, mit der Programme und Spiele über den Fachhandel vertrieben wurden. – Und da für alle Übungs- und Programmbeispiele zu diesem Buch eine Diskette mit 360 KB nicht ausreichte, hat der Verlag eben diese auf 2 Disketten mitgegeben. Außerdem wie bereits erwähnt, waren die 5,25″ Disketten auch noch etwas schlanker als die später üblichen 3,5″ Disketten, weshalb sie in Zeitschriften und Bücher beigelegt nicht ganz so herausstachen und den Einband noch etwas flach hielten.

Ein besonderes Lob geht dabei an den oder vielleicht auch die Vorbesitzer, die das Buch einschließlich der beiden Disketten sehr pfleglich behandelt haben und es trotz seines Alters von 33 Jahren sich in einem guten Zustand befindet. Vielleicht stand das Buch aber auch bereits kurz nach dem Kauf die meiste Zeit nur im Bücherschrank, weil der Besitzer es doch nicht nutzte. Auch beide Disketten funktionieren noch und lassen sich auslesen, was mich bezüglich des Alters doch wunderte, obwohl zumindest alle Medien durch die Unterbringung im öffentlichen Bücherschrank eine Winter-Saison bei Nässe und Minusgrade ausgesetzt waren.

Links:

Hackertools oder einfach nur praktische Gadgets

Veröffentlicht am von
Antworten

Beim Aufräumen und Stöbern sind mir zwei kleine Computer-Gadgets wieder in die Hände gefallen, über die ich durch Propaganda anderer aufmerksam geworden bin und mir impulsiv direkt auch selber bestellt habe. Das ist einmal der CRU Mouse Jiggler und zum anderen der USB Rubber Ducky von Hak5.

CRU Mouse Jiggler

In den letzten Jahren sind die sogenannten Maus-Jiggler in Mode gekommen. Dabei handelt es sich um kleine USB-Dongles, die vom Betriebssystem als USB-Maus erkannt werden. In Mode sind die Maus-Jiggler deshalb gekommen, weil zunehmend Angestellte Mitarbeiter von zu Hause arbeiten, aber die jeweilige benutzten Konferenz-Programme trotz physischer Anwesenheit dieser wegen der Maus- und Tastatur-Inaktivität sie sehr bald als abwesend gegenüber den anderen remote-anwesenden Mitarbeiter angezeigt werden. Was die Maus-Jiggler dabei tun, ist, dass sie den Mauszeiger übernehmen und ihn in einem kurzen Zeitintervall nur ein bis sehr wenige Pixel verschieben. Die Distanz ist dabei so gering, dass die Bewegung des Mauszeigers vom menschlichem Auge kaum oder gar nicht war genommen wird, aber dadurch weder ein Bildschirmschirmschoner noch der Ruhemodus des Computers aktiviert werden kann.

CRU Mouse Jiggler MJ-3
CRU Mouse Jiggler MJ-3

Der von mir gekaufte Maus-Jiggler CRU Mouse-Jiggler MJ-3 der Firma WiebeTech geht da aber noch einen Schritt weiter, denn er ist programmierbar. Der Hersteller liefert für den Maus-Jiggler auf seiner Webseite für Windows und macOS einen Editor zum Download an, mit dem für den Jiggler ein Skript erstellt werden und dieses auf die Firmware des USB-Dongles geladen werden kann. So lassen sich benutzerdefinierte Mausbewegungen, Mausklicks und Tastenanschlägen erstellen, sowie drei LEDs (rot, grün und gelb) an dem Maus-Jiggler ansteuern.

Custom Fast Jiggler
Skript-Editor für CRU Mouse Jiggler MJ-3

Links:

USB Rubber Ducky

Bei dem USB Rubber Ducky der Firma Hak5 handelt es sich um einem Bad-USB. Das heißt, dass es sich um einen USB-Dongle handelt, der aussieht wie ein klassischer USB Speicherstick als Wechseldatenträger und dazu verleitet, ihn auch so zu handhaben. Tatsächlich handelt es sich um ein USB-Gerät, das vom USB-Controller des Computers als Tastatur erkannt wird und eine kleine Firmware besitzt, die Tastenanschläge simuliert und sie auf dem Computer ausführt.
In der Verpackung befinden sich streng genommen erst einmal zwei USB-Sticks, eine MicroSD-Karte und das Gehäuse des vermeintlichen Rubber Ducky USB-Sticks. Der eine USB-Stick ist tatsächlich ein Stick im Sinne eines Wechseldatenträgers. In ihm wird die MicroSD-Karte bestückt, um auf ihr das Ducky Script in Form einer .bin-Datei abzuspeichern. Ist das konvertierte Skript auf der MicroSD-Karte gespeichert, kann die Speicherkarte in den Rubber Ducky USB-Stick, der noch ein Gehäuse erhält und am Ende wie ein gewöhnlicher und beliebiger USB-Stick aussieht.
Der Rubber Ducky wurde ursprünglich als Tool zur Automatisierung von Administrationsaufgaben entwickelt. Mittlerweile wird er aber häufig für Social Engineering Tests eingesetzt. Die Syntax, in der die Skripte verfasst werden, ist sehr einfach und es gibt im Internet für diese die nötige Dokumentation sowie Tools zum Erstellen und Bearbeiten der .bin-Dateien.

USB Rubber Ducky
Einzelteile des USB Rubber Ducky

Links:

Kansas City Standard

Veröffentlicht am von

In den 1980er Jahren war es bei den Heim- und Personal-Computern üblich, dass die Programme, Spiele und Daten auf der sogenannten Datasette gespeichert wurden, also eine Kompaktaudiokassette mit dem Magnetband, wie sie in derselben Dekade für die Aufnahme von Musik und anderen Tonaufnahmen wie Hörspiele und Radiomitschnitte verwendet wurden. Wobei es sprachlich aufzupassen gilt, denn die Datasette ist quasi das Tempo-Taschentuch unter den Kompaktkassetten für die Speicherung der Computerdaten, da die Bezeichnung ursprünglich von Commodore ist. Das lag nicht zuletzt daran, da der Begriff vor allem mit dem Commodore C64 eine starke Verbreitung in Deutschland und Mitteleuropa bei den Heim- und Personal-Computer fand, wurde der Begriff Datasette also zum Synonym für die Speicherung von Computer-Daten auf der Kompaktaudiokassette. Andere Hersteller wie unter anderem Atari, Apple, Sinclair, Robotron oder Amstrad/Schneider besaßen ebenfalls die Möglichkeit, die Computerdaten auf Kompaktaudiokassette zu speichern und von ihr wieder zu lesen. Selbst der berühmte IBM 5150 PC besaß eine Schnittstelle zum Anschluss eines Datenrekorders. Die Hersteller boten über den Handel bereits auch Programme und Spiele auf der „Datasette“ zum Verkauf an. Je nach Größe des Programms war die Spielzeit dieser um die 15 bis 20 Minuten lang. Es war aber auch möglich, sich über den damalig gewöhnlichen HiFi-Handel sich leere Kassetten mit üblicherweise 60 oder 90 Minuten Spielzeit zu kaufen, um so auch mehrere Programme auf die Kassette zu speichern.
Bezüglich der Heimcomputer von Robotron in der DDR hatte ich bereits einen Artikel geschrieben gehabt, wie wir es mit den Laden der Spiele in den Robotron KC 85/4 gehandhabt hatten.

Kansas City Standard
Kansas City Standard mit Optionen

In dem YouTube-Video ‚Loading PC Games from Reel to Reel Tape‘ des Kanals LGR vom US-Amerikaner Clint Basinger stellt dieser den ‚Kansas City Standard‘ vor, der ein offener Standard durch den Zusammenschluss von einigen Herstellern der Heim- und Personal-Computer wie Acorn Computers Ltd, Triumph-Adler, MITS für ihren Altair 8800, dem Taschenrechner-Hersteller Casio und anderen war und im amerikanischen Byte Magazin im Jahr 1975 beschlossen und vorgestellt hatten. Mit einem nach diesem Standard funktionierenden Kassetteninterface war es möglich, im wesentlichen wie das an einer seriellen Schnittstelle angeschlossenem Modem die Bits in Töne umzuwandeln, um sie eben auf ein Tonband oder Kompaktaudiokassette speichern und wieder von ihr einlesen zu können. Gespeichert wurden die Bits mit einer Modulation von 300 Bit je Sekunde. Entsprechende Kassetteninterface-Geräte waren dann ab der zweiten Hälfte der 1970er Jahre ab zirka 80 US-$ im Handel erhältlich, was wesentlich preiswerter war als ein 8″ oder später 5,25″ Diskettenlaufwerk. Zu dieser Zeit kostete in Deutschland zum Beispiel ein Diskettenlaufwerk 3.000,- DM. Davon abweichend implementierte Sega für ihre Spielekonsole SG-1000 eine Variante mit 600 Bit je Sekunde, sowie Acorn für ihren BBC Micro und Acorn Electron eine mit bis zu 1200 Bit je Sekunde.
Clint stellt dabei das im Jahr 2006 unter der Public Domain Mark 1.0 stehende DOS-Programm KCS08 vor, welches Dateien in Wave-Audiodateien encodiert und wieder zurück decodiert. Dabei bietet es einige Optionen wie zum Beispiel die Art der Modulation – 300, 600 oder 1200 Bit je Sekunde, Parität, die Kodierung und einige weitere an.

Kansas City Standard
Kansas City Standard in Benutzung

Und Clint wäre nicht Clint von LGR, wenn er das Spielchen nicht bis aufs i-Tüpfelchen treibt und sich extra ein altes und hochwertiges Tonbandgerät zulegt, um auf einigen Tonbändern ein altes DOS-Spiel und einige andere Dateien zur Demonstration zu encodieren und speichern, um es wieder dann als Audio-Stream einzuspielen und vom KCS08-Programm zurück zu dekodieren.

Bei meiner Internet-Recherche bin ich noch auf das Python-Script py-kcs von dem US-amerikanischen Software-Autor David Beazley gestoßen, welches Dateien mit einer Modulation von 300 Bit je Sekunde nach 8N1 encodieren und wieder decodieren kann. – Wenn man auf seinem macOS, Linux oder anderem *Unix keinen DOS-Emulator direkt zur Hand hat.

Zum Schluss habe ich nun also auch diesen Artikel in seiner Klarschrift in eine Wave-Datei mit 1200 Baud zum Nachhören umgewandelt.

Audio Sample Datei ‚Kansas City standard‘

Links:

Commandlinefu

Veröffentlicht am von

Als ich im vergangenen Herbst nach einer Lösung im Internet recherchiert habe, um eine Audio-Datei (wav, mp3, etc.) aus der Tonspur einer DVD zu erzeugen, bin ich in meinen Suchergebnissen über Beispiele für Kommandozeilen-Befehle auf der Website www.commandlinefu.com aufmerksam geworden. Bei Commandlinefu kann jeder nach der Registrierung einen kleinen Beitrag einstellen für einen Kommandozeilen-Befehl den er oder sie als erwähnenswert erachtet. Dabei wurden – und werden Befehle präsentiert, die entweder etwas Praktisches, etwas Nützliches, etwas Interessantes oder einfach nur etwas Witziges ausführen.
So gab es bis vor etwa zehn Jahren alternative Beispiele, wie sich ein öffentlicher SSH-Schlüssel auf einem Ziel-Host in die Datei ~/.ssh/authorized_keys einfügen lässt. Hintergrund war, dass Apple zwar die vollständige SSH-Suite seit Beginn von Mac OS X als festes Bestandteil integriert hat, aber über etliche Versionen hat das Programm ssh-copy-id gefehlt. So wurden alternative Wege erarbeitet, die mit Hilfe der Standard-Unix-Tools den Schlüssel über ein einziges Shell-Kommando auf den Ziel-Host brachten.xx
Ich habe mal angefangen, ein wenig in der mittlerweile über fast 12 Jahre alten Sammlung zu stöbern und eine wirklich kleine Auswahl in meinem Wiki gesammelt. Aber es steckt noch viel Potenzial in der Sammlung weitere Befehls-Schätze zu entdecken. Es braucht nur etwas Internet und vielleicht einen halben oder ganzen Tag, an dem sich nichts sinnvolleres mit der vorhandenen Freizeit anstellen lässt.
Es gibt im übrigen auch einen Twitter-Account zu Commandlinefu, der einem über einen neuen Beitrag informiert.

Links:

Emulation einer VAX mit SIMH: OpenVMS

Veröffentlicht am von

In der dritten und letzten Runde habe ich schließlich auf meiner emulierten MicroVAX das ursprünglich von der Digital Equipment Corporation entwickelte OpenVMS installiert. OpenVMS – bis 1991 nur VMS – steht für Virtual Memory System und war zur Zeit seiner Erstveröffentlichung 1977 ein ausgesprochen fortschrittliches 32-Bit-Betriebssystem, das Mehrbenutzer- und Multitasking-fähig war. Es war zudem eines der ersten Betriebssysteme mit virtueller Speicherverwaltung, welches auch die Namensgebung begründet. Das Betriebssystem wurde gleichzeitig mit der VAX-Computerreihe veröffentlicht und für diese entwickelt. Für die Entwicklung von VMS war unter anderem David Neil Cutler verantwortlich, der 1988 von Microsoft bei DEC abgeworben wurde, um das seinerzeit neue Betriebssystem Windows NT zu entwerfen und die Entwicklung zu leiten. Das hatte zur Folge, dass es deutliche Ähnlichkeiten von VMS und Windows NT gibt.
Die Firma DEC wurde im Jahr 1998 von Compaq übernommen und damit auch die Weiterentwicklung von OpenVMS. Da Compaq selber wiederum im Jahr 2002 von Hewlett Packard übernommen wurde, gingen Weiterentwicklung und Vertrieb von OpenVMS auch an HP. Im Jahr 2014 hat HP Weiterentwicklung und Vetrieb mit OpenVMS 8.4 beendet. Dies übernimmt seitdem die eigens dafür gegründete VMS SOFTWARE INC (kurz: VSI) in Lizenz.

Seit der Veröffentlichung von VMS mit der Version 1.0 im Jahr 1977 bis zum jetzigen Zeitpunkt, hat das Betriebssystem insgesamt 4 Hardware-Plattformen unterstützt.: bis zur Version 7.3 im Jahr 2001 war dies die VAX-Architektur. Ab 1992 kam auch die von DEC entwickelte „Alpha AXP“ RISC Prozessor-Architektur hinzu, die von Anfang an auch eine 64-Bit-Architektur war. Die letzte für Alpha-Prozessoren erschienene OpenVMS-Version wurde von VSI im Jahr 2017 mit der Versionsnummer V8.4-2L2 veröffentlicht.
Durch die Übernahme von Compaq durch HP im Jahr 2001, wurde OpenVMS für die 64-Bit Itanium Architektur portiert. Die Itanium-Architektur (kurz: IA-64) wurde von HP und Intel gemeinsam entwickelt. Die Unterstützung der Itanium-Architektur soll mit dem letzten Update für OpenVMS 8.4 eingestellt werden.
Schon seit einiger Zeit wird durch HP und der VMS SOFTWARE INC an einer Portierung von OpenVMS auf die x86-64 Architektur hingearbeitet. Mit der künftig erscheinenden OpenVMS Verson 9.0 soll nur noch die 64-Bit CISC-Architektur unterstützt werden.

So viel zur Versionsgeschichte von OpenVMS. Der Betreiber der Webseite VaxHeaven (http://www.vaxhaven.com/VaxHaven) hat einige Images von CD-ROMs, Magnetbändern und Lochstreifen zusammen getragen und bietet sie wieder zum Download an. Dabei handelt es sich um Images von den OpenVMS-Installations-Medien, den Dokumentations- und Software-Produktbibliotheken.

OpenVMS 7.3 First Login
OpenVMS 7.3 First Login

Als OpenVMS Installations-Image hatte sich für mich nur die Version 7.1 für meine emulierte (Micro-) VAX angeboten. Nach der Installation hat sich aber herausgestellt, dass auf der Installations-CD von OpenVMS 7.1 nicht der TCP/IP Protokoll-Stapel von DEC mitgeliefert wurde. Version 7.1 wurde im Jahr 1996 noch von DEC veröffentlicht. Nach etwas Recherche im Internet bin ich dann doch noch auf die OpenVMS Version 7.3 fündig geworden. Dies war die letzte Version für die VAX-Architektur und wurde 2001 von Compaq veröffentlicht. Diese enthielt dann auch den TCP/IP Protokoll-Stapel.

Die Installation von (Open-) VMS läuft im Prinzip genauso ab wie diese von DECs ULTRIX. Es wird als erstes von dem Installations-Image – bei der realen Hardware also die Installations-CD oder das Magnetband – gebootet, die Ziel-Festplatte ausgewählt auf der im Anschluss alle „Sicherungssets zum Wiederherstellen“ des Systems für die Installation kopiert werden – im meinem Fall die erste mit der Bezeichnung DUA0 – und dann das System neu gestartet um von der Festplatte DUA0 die Installation und Einrichtung zu starten. Was zum Glück bei der Installation von OpenVMS im Gegensatz zu ULTRIX unter dem SIMH-Emulator wegfällt, ist der Umstand, dass man die Laufwerksbezeichnungen in einem Installations-Skript anpassen muss. OpenVMS sieht die Hardwarekennung RQ vom Emulator und kann mit diesen direkt arbeiten.
Im Verlauf des Installationsprozesses wird nach der lokalen Zeit gefragt. Es wird nochmals nach dem Quellinstallationsmedium (CD-Image) gefragt und sichergegangen, dass dieses auch gemountet wurde. Es wird auch gefragt, welche Softwarekomponenten installiert werden sollen – einschließlich DECwindows mit Motif wie bei ULTRIX. Ich habe zur Sicherheit alles mit ‚yes‘ bestätigt. Auch wird DECnet-Plus für die Netzwerkkonfiguration mit TCP/IP benötigt.
Man darf sich aber nicht wundern, die Angaben des benötigten und des zu verbleibenden Speicherplatz auf der Festplatte wird in Blöcken angegeben anstatt in Kilo-, Mega- oder Gigabyte. Da ein Block immer mit einer Größe von 512 Byte bemessen wird, lässt sich die Angabe in Byte recht schnell erahnen, beziehungsweise berechnen.
Wo es wieder einen signifikanteren Unterschied zu ULTRIX, sowie der restlichen Unix- und Linux-Welt gibt, ist die Anzahl der User-Accounts die bereits während der Installation eingerichtet werden. Zum einen gibt es den ‚SYSTEM‘-Account, der vergleichbar mit dem Root-Account bei Unix und Linux ist. Der Account SYSTEST bietet eine geeignete Umgebung zum Ausführen von UETP, einem Testpaket für Benutzerumgebungen auf eigenständigen Systemen. Darüber hinaus wird der Account FIELD angelegt, der dazu dient, ein System testen zu können.
Der Installer verlangt dann den ‚SCSNODE name‘ – also einen Hostnamen, sowie eine ‚SCSSYSTEMID‘, eine ID zur Identifikation des Rechners innerhalb eines VAX-Clusters.
Anschließend erwartet der Installer die Lizenzschlüssel, aber man kann dies auch erstmal verneinen und die Lizenzaktivierung hinterher nach der Installation durchführen. Letztendlich wird noch nach der Zeitzone gefragt und ob zurzeit die Sommerzeit vorherrscht oder nicht. Letztendlich wird noch DECnet-Plus installiert und es muss sichergestellt sein, dass das Installationsmedium gemountet ist, um die Komponenten installieren zu können. Abschließend erzeugt der Installer ein neues System-Image und fährt VMS herunter.
Nach dem ersten und jeden weiteren Bootvorgang meldet sich OpenVMS und wartet auf den Login. Der Prompt ist dabei nicht sofort zu sehen, dass heißt, vor dem Login muss immer einmal Return gedrückt werden. Ansonsten gibt OpenVMS auf der Systemkonsole immer die Auditmeldungen aus.
Insgesamt betrachtet ist die Installation von OpenVMS sehr einfach, wenn man mal beachtet, dass es sich dabei eigentlich um ein Enterprise-System handelt. Die Installation verlangt im Gegensatz zu DECs Ultrix nur sehr wenige technische Details, was sehr angenehm ist.

OpenVMS 7.3 TCP/IP Configuration
OpenVMS 7.3 TCP/IP Configuration ohne gültiger Lizenz

Danach geht es daran, das System netzwerkfähig zu bekommen. Allerdings ist es zu diesem Zeitpunkt nur möglich unter OpenVMS DECnet einzurichten. Der TCP/IP Protokoll-Stapel muss von der Installations-CD nachträglich installiert werden. Da meine eingesetzte OpenVMS Version 7.3 aus dem Jahr 2001 stammt, sind sämtliche Komponenten zum Glück mit einem heimischen IPv4-Netz kompatibel, während hingegen bei dem ULTRIX Final-Release 4.5 eine aus heutiger Sicht mit veralteten Funktionen ausgestattete Bind-Version enthalten ist und so keine Namensauflösung mehr möglich ist.
Leider ist es mir aber prinzipiell nicht mehr möglich, IPv4 unter meinem emulierten OpenVMS zu konfigurieren. Grund ist, dass für die Nutzung der Netzwerkfunktionalitäten OpenVMS mit einer gültigen Lizenz versehen werden muss. Für die Nutzung einer OpenVMS-Installation ohne kommerzielle Absichten hatte HP das OpenVMS-Hobbyist-Programm mal ins Leben gerufen gehabt. So konnte man sich nach Registrierung eine Hobbyisten-Lizenz mit einer Laufzeit von einem Jahr ausstellen lassen. Seit Mai letzten Jahres hat HP aber keine neuen Hobbyisten-Lizenzen mehr ausgestellt. Grund ist, dass man mit der Einstellung von OpenVMS 8.4 und der Veröffentlichung von Version 9.0 als ersten x86-64 Port ein neues ‚Community License Program‘ ab diesem Jahr auf die Beine stellen möchte. Die letzten von HP noch ausgestellten Hobbyisten-Lizenzen werden am 15. März dieses Jahres auslaufen. Möchte man also noch die Möglichkeit haben und in den Genuss von OpenVMS mit voller TCP/IP Netzwerkfunktionalität zu genießen, so gibt es noch im Rahmen des ‚Student Hobbyist License Programs‘ das Angebot, das FreeAXP Kit herunterzuladen. Dabei handelt es sich um die Emulation eines virtuellen Alpha-Server mit OpenVMS 8.4, welche auf einem 64-Bit Windows ausgeführt werden kann. Allerdings wird auch zum 15. März diese Lizenz ablaufen. Auch gibt es bei dem Kit keine Möglichkeit DECwindows mit Motif auszuführen. Ich bin ja mal gespannt, ob die VMS SOFTWARE INC wieder ein attraktives Lizenzierungsmodell für Leute wie mich auf die Beine stellt, die das Betriebssystem einfach nur mal ausprobieren, kennen lernen und damit ein wenig herumspielen möchten. Mich hätte es nämlich auch dringend interessiert, ob OpenVMS mit DECwindows und Motif auch so langsam auf meinem Linux-Host ist wie ULTRIX mit DECwindows und Motif, oder ob es vielleicht flüssiger läuft. – Im Internet gibt es nämlich Besitzer von originalen VAX-Computern, die berichten, das ULTRIX – wenn es überhaupt auf ihren Geräten zu installieren ist – nur sehr langsam ist im Vergleich zu (Open-) VMS.

VSI OpenVMS Student-Package
VSI OpenVMS 8.4-22 Student-Package

Auch wenn ich OpenVMS unter meiner emulierten MicroVAX leider doch nicht auf Grund der fehlenden Lizenzierunsgmöglichkeit in mein heimisches Netz integrieren kann, bin ich schon echt froh, dass ich es überhaupt zum Laufen bekommen habe.

Als Kommandozeileninterpreter und Skriptsprache steht unter OpenVMS die DIGITAL Command Language (DCL) zur Verfügung. Die Kommandos und deren Syntax unterscheiden sich deutlich denen von DOS und Linux/Unix. Bisweilen sind die Befehle sehr umständlich, wie zum Beispiel die Angabe um auf die oberste Verzeichnisebene eines Laufwerkes zu gelangen. Da steckt also viel Potenzial, das System kennenzulernen und zu erforschen. Der Hauptantrieb, weshalb ich mir OpenVMS überhaupt mal anschauen wollte, ist die Eigenschaft, dass bei der DCL alle Dateien und Verzeichnisse zwei Dateierweiterungen.
besitzen.:
Die Dateinamen und Verzeichneichnisse bestehen aus Namen, Datei-Typ und Versionsnummer (z. B. NAME.TYP;1), NAME und TYP sind jeweils Ketten von bis zu 39 alphanumerischen Zeichen. Geänderte Dateien werden als eine neue Version gespeichert, die sich in einer inkrementierenden Versionsnummer nach einem Semikolon im Dateinamen unterscheidet (NAME.TYP;1 → NAME.TYP;2). Dies wurde später auch von ISO 9660 übernommen. Die ältere Version wird vom System nicht gelöscht, dies kann der Benutzer mit den DELETE- oder PURGE-Befehlen bedarfsweise tun. Die maximal mögliche Versionsnummer ist 32767. Ist diese erreicht, kann keine neue Version der Datei mehr angelegt werden. Ein Aufräumen und Umbenennen ist selbstverständlich möglich.

Links: