Archivierungs PC – Aufbau

Schwerpunkte unseres Software-Archiv’s

Die größte Menge (ca. 80%) stellt Software für die Plattformen CP/M, DOS und Windows 16-Bit dar. In der Zeit, in der vorgenannte Betriebsysteme von Bedeutung waren, wurden – bis auf wenige Ausnahmen – Disketten als Datenträger verwendet. Die Aufzeichnungsverfahren beschränken sich auf  GCR (Apple, Commodore…), FM (CP/M…) und MFM (DOS, Windows, Amiga, Atari ST…). Größere Programmpakete (Spiele, Office, Entwicklung) wurden erst ab 1995 zunehmend auf CD-ROM ausgeliefert. Das sind in unserem Fall ca. 100 Stück, dazu kommen noch viele Treiber-CD-ROM’s. Die Verwendung unseres Archivierungsrechner’s liegt auf dem Schwerpunkt Diskette. Er soll in der Lage sein, von allen FM- und MFM-Disketten Images zu ziehen.

Von CD-ROM’s kann auch ein aktueller Windows-Rechner Images erzeugen. Für Aufzeichnungen von Laufwerken mit variabler Drehzahl (Sirius/Victor, Apple II, Macintosh 400K/800K) werden wir andere Lösungen finden müssen (z.B. die entsprechenden Laufwerke über moderne USB-Floppy-Controller (Kryoflux, Supercard pro, Greaseweazle) an einen PC anschließen).

Warum ein DOS basierter Rechner für die Datenarchivierung von Disketten ideal ist

DOS fehlt die Möglichkeit zum Multitasking, Netzwerkfähigkeit muß ihm über zusätzliche Hard- und Software ‘beigebracht’ werden, heute gängige Multi-Core CPU’s werden nicht unterstützt. Bis auf Anwendungen in Überwachungs- und Steuerungssystemen (‘Embedded Systems’) mit wenig oder gar keiner Benutzerkommunikation findet es daher heute keine Verwendung mehr. Ausserdem: für neuere Hardware (z.B. Grafik-, Drucker-, Netzwerk- und Soundkarten) werden keine DOS-Treiber mehr entwickelt. Disketten- und CD-ROM-Laufwerke werden von DOS unterstützt, aber diese Laufwerksarten sind wiederum in neueren Rechnern meist gar nicht mehr vorhanden. Es ist zu befürchten, das die Anschlußmöglichkeiten auf den Mainboards und die BIOS-Unterstützung dafür demnächst ebenfalls wegfallen und nur noch ein Betrieb dieser Laufwerke über USB möglich ist. Der Datenaustausch zwischen DOS-Rechnern und der heutigen Rechnergeneration ist also ein Problem, welches sich zukünftig noch steigern kann. Ausserdem: wer will sich heute noch mit einem OS rumschlagen, dessen Benutzerkommunikation ausschließlich auf einer Kommandozeile stattfindet?

Die ganzen Nachteile dieses Betriebssystems wurden jetzt aufgezählt. Hat DOS auch Vorteile gegenüber den aktuellen Windows/Linux-Versionen? Ja, diese Vorteile gibt es, denn DOS ist einfach aufgebaut, bei Weitem nicht so komplex wie moderne GUI basierte OS oder die verschiedenen UNIX/LINUX-Derivate. Fehlerhafte Konfigurationen sind leicht zu reparieren, ohne gleich das ganze System neu aufsetzen zu müssen. Ein fast vollständiges System kann problemlos über Diskette gebootet werden, wodurch Reparaturen an der Konfiguration z.B. aufgrund fehlerhafter Treiber erleichtert wird. Die Hardwarevoraussetzungen für den Betrieb von DOS sind minimal: Mainboard mit x86-CPU, monochromer Monitor, Diskettenlaufwerk(e) und als “Luxus” eine Festplatte und ein CD-ROM Laufwerk. Zuletzt das Wichtigste: DOS gestattet den direkten Zugriff auf die Hardware eines Computers. Eigentlich ist diese Eigenschaft eine potentielle Fehlerquelle, welche bei modernen Betriebssystemen wie Windows NT und dessen Nachfolgern sowie bei UNIX/LINUX und OS/X ausgemerzt wurde. Aber für unseren Einsatzzweck ist der direkte Durchgriff von Programmen auf die Hardware ein Vorteil. In unsererem speziellen Fall auf den Disketten-Controller.

Das erklärt auch, warum wir nicht einfach Emulatoren wie MYZ80 (CP/M) und DOSBox auf einem modernen Rechner eingesetzen. DOSBox ist für die Benutzung alter Computerspiele durchaus die bessere Lösung. Wir brauchen für das Archivieren der Disketten jedoch spezielle Hardware in Form von Diskettencontrollern und -laufwerken sowie spezielle Software, die unter DOS läuft und meist sehr hardwarenah programmiert ist. Für diese klar definierte Aufgabenstellung ist ein moderner Rechner mit Windows und einem emuliertem DOS u.E. nicht ideal.

Allgemeine Bemerkungen zur Software für DOS

MS/PC-DOS ist ein Betriebssystem, das als eigenständiges Produkt schon lange nicht mehr ernsthaft weiterentwickelt wird. Das gilt auch für die dafür erhältlichen Programme – bis auf ganz wenige Ausnahmen. Erfreulicherweise sind viele dieser Programme sehr ausgereift und arbeiten weitgehend fehlerfrei. Einige ehemalige Verkaufsprodukte sind jetzt Freeware (Borland, Digital Research, …), kosten also nichts mehr und können frei verwendet werden. Manchmal ist für derartige Software sogar der Quellcode verfügbar.

Vollkommen unüberschaubar war und ist heute noch die DOS-Shareware. Viele dieser ehemals so vertriebenen Programme sind mittlerweile unter Freeware erhältlich (z.B. der “DOS Navigator” oder die Benutzeroberfläche „GEM“). Manche dagegen werden für immer Shareware bleiben, weil kein Vertrieb mehr existiert, der eine Lizenz freischalten könnte. Oftmals existiert der Hersteller nicht mehr oder der Entwickler ist sogar verstorben. Shareware hat u.U. funktionale Beschränkungen, fast immer jedoch – vor allem beim Programmstart – eine lästige Einblendung mit dem Hinweis darauf, das man das Programm doch bitte lizensieren soll.

Dann gibt es noch die sogenannte Abandonware. Das ist ehemals kommerzielle, aber abgekündigte Software bzw. Software für die es vom Hersteller keinen Support mehr gibt. Hier bewegt man sich in einer Grauzone. Einige Webseiten dürfen solche Programme seit Jahren offenbar ungestraft als Download anbieten. Auf den Seiten Vetusware und WinWorldPC können nicht nur alle DOS-Betriebssysteme von IBM und Microsoft heruntergeladen werden, sondern auch ehemals teuer verkaufte Anwendungen von Microsoft, Novell, Ashton-Tate, SPI, Lotus, Wordstar, Wordperfect u.s.w. Man geht offenbar davon aus, dass diese Softwareprodukte nicht mehr geschäftlich bzw. gewinnbringend einsetzbar sind und somit für die Hersteller oder deren Rechtsnachfolger kein Schaden mehr entsteht.

Es kann derzeit nicht beurteilt werden, ob die nachfolgend aufgeführte Software, die keine Free- oder Shareware ist, wirklich frei benutzt werden darf. Ob man solche Programme für private Zwecke auf seinen Rechner installiert, muss jeder für sich entscheiden. Uns betrifft das Problem nicht, denn wir benutzen ausschliesslich originale Versionen mit Lizenz oder Freeware.

Dokumentation zu alter Soft- und Hardware – meist im pdf-Format – findet man im Netz z.B. auf bitsavers.

Auswahl der Hardware

Was wird nachfolgend beschrieben? Der Aufbau eines geeigneten DOS Rechners, in unserem Fall vor Allem zur Diskettenarchivierung. Da wir das Maximum aus DOS rausholen wollen, erfahren Sie aber ganz nebenbei, wie man das Betriebssystem DOS optimiert und welche leistungsfähigen Programme und Tools es dafür gibt bzw. wie gut diese Programme heute noch benutzbar sind finden Sie unter DOS-Software und Y2K-Hardware.

Wie soll die Hardware beschaffen sein:

• Minitower, mehr Einschübe -> mehr mögliche Laufwerke
• Leistungsüberschuss soll vorhanden sein. Pentium II/III CPU mit 200 bis 700 MHz ist ideal
• 50 bis 100MB RAM für RAMDISK, großen Cache und XMS Speicher für DPMI-Programme
• VGA Grafik
• idealerweise sollten nicht nur PCI, sondern auch ISA Steckplätze vorhanden sein
• USB Schnittstellen soll der Rechner ebenfalls besitzen, da es DOS-Treiber dafür gibt (Datenaustausch)
• Netzwerkkarte, ein TCP/IP basiertes Netzwerk soll eingerichtet werden
• 3,5″ HD und ein 5.25″ DD sowie ein 5,25″ HD Diskettenlaufwerk an einem toleranten Diskettencontroller.
• Festplatte mit mindestens 16GB
• CD-ROM
• Serielle- und parallele Schnittstelle (Datenaustausch)
• internes 3,5″ Fujitsu MO-Laufwerk mit 1.3MB (Datensicherung/Datenaustausch)
• Soundkarte und Lautsprecher – für Spiele und zum MP3 hören

Warum so viel Power, hätte es ein 486er nicht auch getan? Schon, aber …

• … ImageDisk und Teledisk arbeiten mit dieser CPU-Leistung tatsächlich ein bisschen schneller.
• … erst ab der Pentium II/III Generation gibt es USB-Schnittstellen
• … ab ca. 1996 ist im BIOS der erweiterte INT13H (64Bit LBA) implementiert. Erst dadurch werden Festplatten >8GiB möglich.
• … Mainboards, Erweiterungskarten und Ersatzteile sind (noch) billig zu kriegen für diese Rechnergeneration

Ebenfalls wichtig ist für unser Vorhaben ist, das der Rechner ein BIOS besitzt, bei dem man den auf dem Mainboard integrierten Diskettencontroller de-aktivieren kann. Warum, dazu weiter unten mehr. Natürlich haben wir mehrere komplette Rechner und auch einzelne Mainboards, die obige Voraussetzungen erfüllen. Rechner dieser Leistungsklasse kann man nicht mehr neu kaufen. Sie findet man eigentlich nur noch auf Speichern oder in Kellern (im eigenen oder beim Nachbarn), auf dem Wertstoffhof oder relativ billig (derzeit unter 100 EUR, allerdings mit erkennbarer Tendenz nach oben) in den bekannten Internet-Auktionshäusern.

Die Hardware-Komponenten des Rechners

Klar ist, daß man neben einem 3,5″ zwei 5,25″ Disketten-Laufwerke braucht: ein 5,25″ DD-Laufwerk und ein 5.25″ HD-Laufwerk. Der Grund dafür ist, daß bei diesem Formfaktor Double Density-Laufwerke (DD) nur 40 Spuren pro Diskettenseite schreiben können, High Density Laufwerke (HD) jedoch 80 Spuren, um die höhere Kapazität zu generieren. Diese 80 Spuren müssen natürlich dann schmäler als bei der DD-Diskette sein, da die Diskette nur die gleiche magnetisierbare Fläche zur Verfügung stellt. Zudem werden beim HD-Format mehr Sektoren auf einer Spur untergebracht (15 statt 9). HD-Laufwerke können normalerweise problemlos DD Disketten lesen, aber wenn sie DD Format schreiben müssen, dann tun sie das eben auch mit dieser schmäleren Spur. In der Praxis bedeutet dies: für die Erzeugung von Images von DD Disketten sind HD-Laufwerke verwendbar, aber das Zurückschreiben derselben ist damit problematisch! Es soll daher ein 5,25″ DD Laufwerk und ein 5,25″ HD Laufwerk eingebaut werden. Die können nicht beide angeschlossen werden, da Diskettencontroller normalerweise nur 2 Laufwerke verwalten können. Die weitaus meiste Software aus den 1980iger-Jahren ist entweder auf 5.25″- oder 3.5″-DD-Disketten vorhanden. Software, die auf auf 5.25″ HD Disketten ausgeliefert wurde gibt es vergleichsweise wenig. Daher ist standardmäßig das DD Laufwerk neben dem 3,5″ Laufwerk in Betrieb. Im Bedarfsfall werden einfach die Kabel umklemmt. Da der Rechner ohne Seitendeckel betrieben werden soll ist das kein Problem. Natürlich gäbe es einige Floppycontroller für 4 Laufwerke (z.B. MicroSolutions CompatiCard), aber die sind selten.

Auf der Suche nach einem geeigneten Rechner haben wir unseren Hardware-Fundus durchgekramt und u.a. einen NoName Mini-Tower mit Pentium II (350Mhz) gefunden. Das Mainboard besitzt zwei USB Ports sowie zwei serielle- und einen parallelen Port. Ein 3,5″ Floppy-Laufwerk und CD-ROM Laufwerk sind eingebaut. Nach dem Abnehmen des Gehäuses findet sich eine APG Grafikkarte von “NVidea” (zu neu, daher bestimmt nachgerüstet), eine Ensoniq ES 1371 PCI-Soundkarte und eine PCI-Netzwerkkarte von 3Com.

Der Rechner wurde seit 2005 nicht mehr benutzt. Es empfehlen sich einige Vorsichtsmassnahmen vor dem Einschalten:

• den Staub mit Druckluft rausblasen oder mit Staubsauger aussaugen, auch aus dem Netzteil. Bei der Verwendung von Druckluft sollten alle vorhandenen Lüfter mit einem Schraubenzieher o.ä. blockiert werden!
• die Steckkarten sowie das RAM rausnehmen und die Kontakte reinigen. Tipp: besorgen Sie sich für die Reinigung der Kontakte z.B. “Tuner 60” von “Kontakt Chemie”, eine alte Zahnbürste und ein weiches, nicht fusselndes Tuch. Damit kriegen Sie die Kontakte wieder schön blank. Bei extremen Verschmutzungen der Kontakte hilft ein Glasfaserpinsel.
• als letztes sollten alle Kabel auf korrekten Sitz überprüft werden. Am Besten einmal abziehen und wieder aufstecken. Bei sichtbarer Verschmutzung sollten die Kontakte gereinigt werden. Natürlich beides, Stecker und Kontakleiste.

Nach so einer Prozedur kann ein alter und lange eingelagerter Rechner eigentlich bedenkenlos in Betrieb genommen werden. Wenn er dann anspringt und auch Netzteillüfter und die Festplatte hörbar drehen sowie ein Einschaltbild erscheint, ist das die halbe Miete. In unserem Fall wurde eine Fehlermeldung ausgegeben, da die BIOS Einstellungen verloren gegangen waren. Die Pufferbatterie war leer. Aber nach F1 bootet er – dank “Plug&Play”-BIOS – fehlerfrei das installierte “Windows 98”.

Die Puffer-Batterie zu tauschen (in dieser Rechner-Generation meist eine CR2032) ist einfach. Die silbernen Batterien schauen aus wie ein 1EUR-Stück und sind auf dem Mainboard leicht zu finden. Sie werden nur in eine Halterung aus- bzw. eingeclipst. Mit neuer Batterie dann BIOS Einstellungen aufrufen, um Datum und Uhrzeit zu korrigieren. Das Aufrufen der BIOS-Setups erfolgt mit unterschiedlichen Tastenkombinationen:

Nach Speichern der BIOS-Einstellungen kann von einer DOS Diskette (idealerweise mit einem eingebundenen CD-ROM Treiber wie z.B. VIDE_CDD.SYS) gebootet werden. Das ermöglicht dann sofort den Zugriff auf unsere Arbeits-CD mit vielen nützlichen Tools, die für eine Erstinstallation gebraucht werden. Auch das Tool NSSI, mit dem die Hardware zu untersucht werden kann. Neben dem Chipsatz interessiert uns auch, ob die USB Ports erkannt werden und welcher Version sie entsprechen. Was das Erstere betrifft, zeigt NSSI einen Intel 440BX. Das ist OK, denn dieser Chipsatz ist weitverbreitet und wird daher von vielen DOS-Speichermanagern unterstützt. Die USB Ports sind leider nur 1.1. Kein großes Problem, USB 1.1 ist einfach nur langsamer, aber die meisten unserer alten externen Festplatten sind dazu noch kompatibel. Weiters sind 32MB RAM drin und eine 9GB IDE-Platte von IBM. Das müsste erstmal alles passen.

Weitere Hardware nachrüsten

1. 3,5″ Fujitsu MO Laufwerk (1.3GiB). Man kann natürlich auch z.B. eine Syquest Wechselplatte oder ein IDE-Zip-Laufwerk einbauen. Wir gaben dem MO-Laufwerk den Vorzug. Das Medium ist eines der sichersten und robustesten Speichermedien, die es gibt. Leider werden Sie nicht mehr weiterentwickelt. Auf MO-Disketten sichern wir die Diskettenimages unseres Software Archiv.
2. Ein bisschen mehr RAM, wir haben noch zwei passende 32 MiB Riegel im Fundus, das sind dann insgesamt 96MiB.
3. Ethernet Karte (3COM Ethernet III 10/100, ISA)
4. einen Adaptec 1542B brauchen wir, aber nur um die Diskettenlaufwerke anzuschließen. Die SCSI-Plattenunterstützung des 1542B wird nicht benötigt, daher wird das BIOS des Adapters per DIP-Schalter “disabled”. Eine Einbindung von ASPI-Treiber fällt somit auch weg. Um den Diskettenanschluß des Adaptec zu benutzen wird der auf dem Mainboard integrierte FDC im BIOS abgeschaltet.
5. Der Betrieb eines 8″ Laufwerks an unserem Rechner sollte kein Problem sein. Rein hardware-technisch ist der Anschluß mit dem FDADAP-Adapter problemlos möglich. Ob aber nicht-standardmäßige Formate verarbeitet werden können hängt davon ab, ob sich Treiber wie z.B. uniform.sys (Micro Solutions) installieren lassen. Falls nicht, werden wir uns dafür einen anderen Rechner präparieren, der erheblich langsamer ist. Wir werden auf dieser Seite weiter darüber berichten.

Warum ist der Diskettencontroller so entscheidend?

Wie arbeitet ein Diskettencontroller (FDC) in einem IBM PC? Ein Programm will Daten von Diskette speichern oder lesen. Dazu beauftragt es die CPU, welche wiederum den Auftrag an den FDC weiterleitet, “hier sind Daten, schreib sie jetzt” oder “ich benötige bestimmte Daten, lies sie jetzt”. In Multitasking-Umgebungen ist das übrigens sehr effizient, denn die CPU kann sofort weiterarbeiten. Klar ist, dass ein FDC nur die Signalcodierungsmethoden und Sektorformate auf niedriger Ebene lesen und schreiben kann, für die er speziell entwickelt wurde. Im Falle des IBM PC wurde den verwendeten FDC’s (NEC uPD765A, Intel 8272A) aber nur beigebracht, mit den unter MS-DOS möglichen Standard-MFM-Formaten umgehen. Kodierungsarten wie FM (CP/M, frühe Tandy oder Atari) oder GCR (Commodore, Apple) wurden nicht vorgesehen.

Der integrierte Floppy-Controller-Chip des Adaptec 1542B (DP8473V, National Semiconductor) ist im Vergleich zu dem auf dem Mainboard integrierten Standard-IC sehr tolerant und immerhin in der Lage Disketten mit der veralteten FM-Codierung (Single Sided – Single Density) lesen und schreiben zu können. Leider unterstützt er nur zwei Diskettenlaufwerke. Weitere und detaillierte Infos dazu finden Sie auf der Webseite von Thomas Brase.

TestFDC von Dave Dunfield testet im zweiten Bild unten unser Double-Density-Laufwerk (B:) am Adaptec 1542B. Erwartungsgemäß ist es weder in der Lage mit 300 kbps (Kilobit pro Sekunde) noch mit 500 kbps übertragen, das können diese Laufwerke nicht. Von daher verläuft der obige Test für uns zufriedenstellend – besonders was geforderte Single Density Verarbeitungsfähigkeit betrifft.

Neben dem Adaptec AHA-1522B und dem Adaptec AHA-1542B gibt es auch noch Controllerkarten von Western Digital deren integrierte FDC (z.B. WD37C65) in der Lage sind, SS-SD Formate zu verarbeiten. Das oben erwähnte Option Board Deluxe, das wir zum Archivieren kopiergeschützter Software verwenden (siehe weiter unten “Archivieren kopiergeschützter Software”), kann ebenfalls damit umgehen. Eine weitere Möglichkeit ist die Verwendung der allerdings selten zu findenden Compaticard von MicroSolutions. Hier wird ein Diskettencontroller mit der Bezeichnung SuperFDC PV8477AV von National Semiconductor verwendet. Dieser unterstützt vier Diskettenlaufwerke, wir könnten also neben dem 1.44MiB Laufwerk auch das 5.25″ DD und das 5.25″ HD Laufwerk sowie evtl. ein 8″ Laufwerk gleichzeitig anschließen. Der Versuch, eine Compaticard I auf diesem Rechner zum Laufen zu bringen ist allerdings gescheitert, da der Treiber (ccdriver.sys, Version 1.27) bei der Installation abstürzt. Versuche mit der Compaticard IV haben wir noch nicht durchgeführt.

Auswahl des Betriebssystems

Wir wollen FAT32 Unterstützung haben, um über USB extern abgeschlossene Festplatten ansprechen zu können, die größer als zwei GiB sind. Auch die Partition, die das Archiv enthalten soll, sollte keine Beschränkung auf 2GiB haben. DOS 6.x unterstützt aber nur FAT16 und damit nicht mehr als 2 GiB pro Partition, zudem kann es mit langen Dateinamen (LFN) – die unter FAT32 und NTFS möglich sind – nichts Rechtes anfangen. Welche DOS-Variante also nehmen? Auf ins Internet, suchen nach: “DOS FAT32 LFN”. Es kommen folgende DOS-Derivate in Frage:

– DR DOS 7.x
– DR DOS 8.x
– IBM DOS 7.1

Diese drei modernen DOS Versionen sind späte Entwicklungen aus der Mitte der 1990iger Jahre und erfüllen die Voraussetzungen für lange Dateinamen und FAT32. DR DOS 8 ist kein offizielles Release, davon lassen wir die Finger. DR-DOS 7 haben wir früher schon mal benutzt. Das ist ein paarmal abgestürzt, als USB-Treiber installiert wurden und ist auch ansonsten ein bisschen “buggy”. Einzig und allein dem Task Switcher von DR-DOS könnte man bisschen nachtrauern. IBM DOS 7.1 gibt es nicht als freie Version, das scheidet damit auch aus – obwohl: wir hätten auch ein Original ;:)

– FreeDOS 1.1
Haben wir ausprobiert, es lief zuerst alles zur vollsten Zufriedenheit und erfüllte alle Anforderungen. FreeDOS 1.1 bootet schnell und der freie konventionelle DOS Speicher nach dem Laden aller benötigten Treiber betrug auf Anhieb 626K – ohne jeden manuellen Feinschliff! Unterschiedliche Boot-Abläufe in den Konfigurationsdateien lassen sich sehr elegant realisieren. Der Zugriff auf USB-Laufwerke mit den Panasonic-Treibern war ebenfalls sehr stabil. Nicht wirklich kompatibel ist die zusätzliche Funktionalität der config.sys. Außerdem wollte ausgerechnet unser Lieblings-File-Manager DOS Navigator 6.4 von “RITLabs” nicht funktionieren. Die DPMI-Version startete gar nicht, unabhängig vom verwendeten Speichermanager. Die “Real Mode”-Version lief zwar, aber erheblich langsamer als unter DOS 6.22. Unter der Prämisse “wenn das schon nicht läuft, was läuft noch alles nicht” war das in unserem Fall das schnelle „Aus“ für FreeDOS. Wer FreeDOS trotzdem verwenden möchte: der Norton Commander 5.51 und andere File-Manager funktionieren einwandfrei.

– PTS-DOS 2000
Dieser DOS-Clone ist sehr schnell und gefällt uns gut. FAT32 und LFN’s werden unterstützt. Es hat eine gute Netzwerkunterstützung, wenn man dem Handbuch Glauben schenken darf. Aber dieses OS müsste wir zuerst lizensieren, da ist bei uns tatsächlich kein Original vorhanden. Auch sind wir uns bezüglich der Kompatibilität nicht sicher. Wie bei FreeDOS eröffnet der Aufbau der Konfigurationsdateien zwar viele Möglichkeiten, unterscheidet sich aber sehr von dem, was DOS-Installationsprogramme erwarten. Wir haben nur eine 30 Tage Lizenz, weg damit.

– MS-DOS 7.1
Das ab Windows 95B (OSR2) als Unterbau fungierende und extrahierbare MS-DOS 7.1 unterstützt ebenfalls FAT32 und LFN’s. Das gerne als “Chicago without GUI” (Chicago ist der Codename von Windows 95) bezeichnete DOS ist letzten Endes ein um einige Features aufgebohrtes MS-DOS 6.22, benötigt aber mindestens eine 386er CPU. Ob im “stand-alone”-Betrieb eventuelle Anpassungen an Windows 95 (z.B. modifizierter Bootsektor?) stören, wird sich zeigen. Die Implementierung von FAT32 jedenfalls ist stabil. Und weil es von Microsoft ist, sind zumindest theoretisch die wenigsten Inkompatibilitäten zu befürchten. Falls es doch ein Lizenzproblem mit diesem DOS gibt: wir besitzen viele Originale von Windows 95B, davon ist MS-DOS 7.1 ein Bestandteil und wird von uns auch nicht verändert. Wir installieren ein originales und lizensiertes Windows 95 OSR2 und löschen anschließend alles bis auf das blanke DOS. Wie man das macht? Hier ist eine Anleitung. Oder für Bequeme: download der China Version von MS-DOS 7.1 und brennen des iso-Images auf eine CD. Man erhält eine Installationsroutine und es wird viel zusätzliche und sinnvolle Software mitgeliefert. Es ist Vorsicht geboten, ob dieses DOS bzw. dessen angebliche GPL-Lizenz legal ist, daher verzichten wir an dieser Stelle auf einen Link.

Auf der Seite von ‘cn-net’ habe ich dazu folgende Übersicht gefunden. Na gut, die loben ihr Produkt(?), aber das könnte schon so stimmen.

Hier die wichtigsten Neuerungen von MS-DOS 7.1 im Vergleich zu DOS 6.2x:

• FAT32 und FAT32X Dateisystem
• Erweitertes FAT16 (FAT16X, Typ 0E, wird meistens für die Primary Partition benutzt)
• Unterstützung großer Festplatten (max. 2 TB) und der LBA ExtendedX (Int 13x) Partition
• Unterstützung für lange Dateinamen (LFN)
• Jahr 2000 konform durch 4 stellige Jahreszahlen (z.B. DIR /4)
• Speicherverwaltung für RAM >64MB und XMS 3.0 Unterstützung
• Unterstützung des Euro Zeichens (Code Page 850, Right Alt+5)
• Effiziente UMB Speicher Ausnutzung (DOS Kernel und COMMAND.COM werden automatisch hochgeladen)
• Erweiterte Kommandos in der CONFIG.SYS für UMB Speicher, z.B. FILESHIGH, BUFFERSHIGH
• Umgebungsvariablen direkt in DOS Kommandos benutzbar, z.B. ECHO %PATH%
• Längere PATH Variablen sind möglich
• Einige neue Kommandos, wie beispielsweise ACCDATE, LOGO (in der CONFIG.SYS)
• Laufwerke und LFN’s können mit LOCK/UNLOCK geschützt werden
• EDIT kann mehrere Text- und jetzt auch Binärdateien gleichzeitig bearbeiten
• REN kann jetzt Verzeichnisse genauso umbenennen wie Dateien
• Die Position (Pfad) der DOS Systemdateien (speziell IO.SYS) ist flexibler
• Möglichkeit des Dual-boot einer älteren DOS-Version von MS-DOS (z.B. DOS 6.x) vorhanden
• Neuere Versionen der DOS Kommandos, z.B. MORE, MSCDEX, MSD

Weitere Informationen unter http://www.cn-dos.net/msdos71

Erwähnt werden soll auch das MS-DOS 8.0 aus Windows ME. Diese letzte DOS-Version bringt aber im Vergleich zur 7.1 statt Vorteilen eher einige Einschränkungen mit. Nicht mehr alle Systemprogramme sind vorhanden, müssen daher aus DOS 7.1 übernommen und mit setver zur Zusammenarbeit überredet werden. MS-DOS 7.1 mit einigen Programmen (scandisk, smartdrv) aus der Version 8.0 aufzuwerten ist vermutlich der bessere Weg.

Nachdem wir Windows 95 OSR2 installiert hatten und nach der DOS 7.1 Extraktion haben wir – natürlich aus reiner Neugierde – auch eine China-MS-DOS 7.1 CD gebrannt. Die bootfähige CD bootet einwandfrei und startet automatisch das eigentlich selbsterklärende Installationsprogramm. Wir haben haben die Option “Full Installation” gewählt. Dadurch wird unter Anderem das komplette OS, einige Utilities (z.B.von Norton), der File-Manager Volkov Commander sowie der MP3-Player MPXPlay installiert. Wenn die eingebaute Soundkarte bekannt ist (das könnte man vorher mit NSSI herausfinden) und eingerichtet werden soll, ist auch dies möglich. Nochmals der Hinweis: ob die Verwendung dieser CD im privaten Bereich legal ist, können wir nicht beurteilen!

Grundeinrichtung der Festplatte

1. Was sollten Sie nachfolgend zur Hand haben:
   Eine DOS 7.1 Boot-Diskette. Praktisch wäre ein installierter CD-ROM Treiber um nach dem Booten weitere Hilfsprogramme von einer präparierten CD-ROM starten zu können. Bootdisketten für DOS findet man im Netz vielerorts, z.B. bei “WinWorldPC” oder “Vetusware”. Im Falle der Verwendung einer der kursierenden “China-MS-DOS 7.1 CD’s” ist es zwar auch möglich direkt von der CD zu booten und die Partition mit dem darauf enthaltenen Installationsprogramm einzurichten. Wir haben aber die Erfahrung gemacht, das es besser ist, vor dessen Installation die Partitionen fertig einzurichten und zu formatieren. Im Übrigen an dieser Stelle nochmals der Hinweis bezüglich der fragwürdigen Legalität dieser CD. Uns reicht nachfolgend auch eine Boot-Diskette mit DOS 7.1 und einem universellen CD-ROM Treiber.
2. Wir haben uns eine Arbeits-CD gebrannt mit den wichtigsten DOS Tools zur Einrichtung unseres Rechners und vielen Programmen und Utilities, die später installiert werden. NSSI (Systeminformation), Super FDisk (Partitionierung) und der Volkov Commander sollten mindestens drauf. Wenn Sie aber schon wissen, welche Programme Sie später installieren möchten, brennen Sie doch gleich eine CD mit allen gewünschten Programmen. Idealerweise bereits entpackt, das beschleunigt die spätere Einrichtung erheblich.

Wie soll unsere 9GB Festplatte einteilt werden:

1. Partition, primär, FAT32: 3GiB, DOS und Programme
2. Partition, FAT32: 3GiB, enthält das Software Archiv
3. Partition, FAT32: 10GiB, für MP3’s

Wir booten den Rechner mit einer Diskette mit DOS 7.1. Es wäre nun mit ‘fdisk’ möglich, alle Partitionen zu erzeugen. Wir benutzen dazu jedoch die Freeware “Super FDisk”, das sich auf unserer Arbeits-CD befindet. Auch damit können FAT32-Partitionen erstellt werden. Es hat eine praktische grafische Benutzeroberfläche und ist sehr zuverlässig. Für XT- und AT-Rechner ohne VGA-Karte und mit MFM-Festplatten ist übrigens das Programm Speedstor 6 unsere erste Wahl.

Natürlich müssen wir bei einer System-Partition auf FAT32-Basis damit rechnen, das einige Programme nicht mehr laufen. Meist solche, die direkt auf die Festplatte zugreifen und ein FAT16-Dateisystem erwarten. Aber wir haben getestet, was wir dringend brauchen (Archivierungsprogramme, Dateiverwalter) und haben hier keine Probleme festgestellt. Ansonsten verwenden wir möglichst aktuelle Versionen von DOS-Programmen. Bei einem Rechner, der hauptsächlich zum Spielen alter DOS-Games verwendet wird, sollte man bei FAT16 bleiben.

Braucht man eine Maus unter DOS?

Nicht zwingend! Oder, besser gesagt, es kommt auf die Anwendung an. Moderne DOS Programme haben zwar fast alle Mausunterstützung, aber die Bedienung der Programme mit der Maus hält manchmal eher auf, als das sie nützt. Gerade beim Dateimanagement lege ich persönlich großen Wert auf eine ausgefeilte Tastaturbedienung, mit der man alle Funktionen des Programms erreichen kann. Bei einem Mal- oder Zeichernprogramm sieht das u.U. ganz anders aus. Und bei DOS Anwendern, die viel spielen, ist eine Maus bzw. ein Joystick natürlich unumgänglich.

4DOS installieren?

Das ist eine Glaubensfrage. Unzweifelhaft ist 4DOS der bessere Befehlsinterpreter. Es bietet einige Funktionserweiterungen, über die DOS schon immer hätte verfügen sollen. Die Krux an der Sache ist, das man sich an diese Funktionalität gewöhnt und sie auch bei Rechnern erwartet, auf denen 4DOS nicht installiert ist. Aber das ist eine subjektive Argumentation, das muß jeder persönlich entscheiden. Wer das Arbeiten auf der Kommandozeile einem Dateimanager vorzieht, für den ist die Freeware 4DOS unverzichtbar.

DOS 7.1 konfigurieren

Es interessiert Sie, welche Utilities noch installiert wurden und wie die Speicherverwaltung unter DOS 7.1 optimiert werden kann: Weiterlesen

Installierte Software für Disketten-Images

Teledisk

Wir benutzen die Teledisk-Versionen 2.16 und 2.23. Letztere wäre angeblich schneller, gefühlt ist das vielleicht auch so. Beide Programmversionen arbeiten auch auf dem schnellen Rechner absolut zuverlässig. Einfache Kopierschutzmechanismen bewältigen beide Versionen.

ImageDisk

ImageDisk von Dave Dunfield ist ein leistungsfähigeres Programm zum Ziehen von Diskettenimages als Teledisk. Es erlaubt wesentlich mehr manuelle Einstellungen als Teledisk, das alles automatisch macht. Zudem enthält es eine Option zum Schreiben von DD-Images (DoubleStep), wenn nur ein HD-Laufwerk zur Verfügung steht. Leider haben wir es zu spät entdeckt, sonst hätten wir alle Diskettenimages durchgängig mit diesem Programm gezogen. So verwenden wir es nur bei den CP/M Formaten. Dieses Programm verarbeitet keinerlei Kopierschutz

Unbedingt erwähnt werden soll die Programmfunktion Alignment von ImageDisk. Man kann mit deren Hilfe – und mit einem bißchen Feingefühl – de-justierte Laufwerke durchaus wieder zum fehlerfreien Lesen von Disketten bewegen. Dafür ist nur ein Schraubendreher und eine perfekt formatierte Diskette notwendig. Bei Letzterem verwenden wir neue, aber bereits werksmäßig formatierte Disketten. Abhängig vom Laufwerksmodell müssen dazu i.d.R. Schrauben gelockert werden, um die Spurlage des R/W Kopfes verändern zu können. Jede Veränderung der Spurlage kann mit ImageDisk visuell kontrolliert werden.

ANADISK

Kann alle möglichen Diskettenformate kopieren. Zeigt aber auch, welches Format eine Diskette hat. Wird bei uns allerdings nur zur Disketten-Diagnose eingesetzt.

22DISK

Ist sehr praktisch, um viele CP/M Formate zu verarbeiten. Kann formatieren, Verzeichnisse anzeigen und einzelne Dateien von und zu einer CP/M Diskette kopieren. Wir besitzen eine bei Sydex registrierte Version, die noch wesentlich mehr Formate als die Shareware-Version verarbeitet.

Der Ablauf einer Archivierung

Grundsätzlich werden auf Disketten vorliegende Neuzugänge von CP/M, DOS und Windows 16-Bit Programmen sofort mit ImageDisk bzw. Teledisk archiviert und dies in den Archivierungs-Kontrolldateien protokolliert (siehe Der Stand der Archivierung). Von kopiergeschützten Disketten werden zusätzlich Images mit unserem speziellen Rechner mit dem Option Board erstellt.

Als Beispiel zeigen wir, wie eine Osborne I CP/M Bootdiskette verarbeitet wird. Diese liegt im SS-SD Format vor. Wir erzeugen zur Demonstration jeweils ein Image mit Teledisk bzw. ImageDisk. In der Praxis erzeugen wir von allen CP/M Disketten nur ein Image mit ImageDisk. Das es sich um eine CP/M-Diskette handelt, könnte man das erzeugte Image zur Überprüfung wieder zurück auf Diskette schreiben und mit 22Disk auf Funktion überprüfen.

Ein Überprüfen eines Images wird dann notwendig, wenn Teledisk/ImageDisk irgendeine Warnung ausgeben. Hier bietet sich DOSBox an, das Images verarbeitet. Das Problem dabei ist, das nicht jedes Image-Format unterstützt wird.

Konvertieren von Teledisk-Images

Manchmal ist es notwendig, Teledisk-images (Dateiendung “td0”) in ein anderes Format zu konvertieren, z.B. um es in einem DOS-Emulator zu testen. Das ist nicht ganz trivial. Nicht weil Teledisk einen spezifischen Header in der Image-Datei erzeugt, das tun andere Diskimage-Programme auch. Das Problem ist, das die Daten im Image – abhängig von der Einstellung – immer mehr oder weniger komprimiert sind. Informationen über das File-Format bzw. die die Komprimierung sind im Netz keine zu finden. Sydex (der Hersteller von Teledisk) hat nie derartige Beschreibungen veröffentlicht und zudem die Rechte an dem Programm abgegeben. Dave Dunfield hat diese Probleme offensichtlich gelöst, denn es gibt die Möglichkeit, ein Teledisk-Image in das Format von ImageDisk zu konvertieren. Das entsprechende Programm (td02imd) ist im Paket von ImageDisk enthalten. Leider können einige DOS-Emulatoren auch mit dem .imd-Format nichts anfangen. Im Netz findet sich jedoch das Program WTeledsk, das Will Kranz entwickelt hat. Damit lässt sich aus dem .td0-Format ein raw-Image erzeugen (.img). Raw-Images sind sektorweise binäre Kopien des Datenträgerinhalts. Die Komprimierung sowie irgendwelche zusätzlichen Daten, die im Imagefile gespeichert sind, werden entfernt. Diese Diskettenabbilder sind praktisch Plattform-unabhängig und können auch unter Linux oder OS/X mit dem Utility dd verarbeitet werden. Unter DOS/Windows werden Raw-Images von allen DOS-Emulatoren und von populären Programmen wie z.B. rawrite und WinImage unterstützt.

Reparieren von defekten Disketten

Disketten, bei denen Teledisk die Arbeit verweigert oder viele Fehlermeldungen ausgibt, müssen manuell bearbeitet werden. Eine Möglichkeit, die eigentlich jedem zur Verfügung stehen sollte, ist der Norton Disk Doctor aus den Norton Utilities für DOS 8.0. Ein weiteres, etwas spezielleres Programm ist der Floppy Disk Analyzer Pro 6.1. Das russische Programm übergeht das BIOS und unterstützt daher auch SS-SD (FM) Formate. Zudem bietet es die Möglichkeit, die einzelnen Laufwerke zu kalibrieren. Es erzeugt ein Image auch von einer defekten Diskette. Bevor versucht wird, Reparaturen an einer Diskette auszuführen, sollte als Rückfalloption immer zuerst dieses Image angelegt werden. Dadurch bleibt das Original erhalten. Danach können mit dem Norton Disk Doctor Reparaturversuche unternommen werden. Scheitern diese, kann man ausprobieren, wenigstens einzelne Dateien zu retten.

Was wir nicht machen, ist die Ersetzung defekter Originaldisketten durch Einbau der Magnetscheibe einer funktionsfähigen Diskette. Auch dann, wenn ein Image mit identischem Inhalt der defekten Diskette vorliegt. Ist ein Original defekt, legen wir lediglich eine funktionsfähige Diskette dem Diskettensatz bei.

Was unser Archivierungs-Rechner nicht kann:

GCR-kodierte Disketten (z.B. Apple II, Commodore) können damit nicht direkt gelesen werden.

Sirius I  / Victor 9000 Disketten können damit nicht direkt gelesen und somit auch nicht archiviert werden. Die Originallaufwerke beschreiben die Disketten mit variabler Drehzahl. Hier behelfen wir uns derzeit durch 1:1 Kopien mit Originalrechnern. Wir besitzen ca. 500 Double-Density-Disketten, die erst vor ungefähr 10 Jahren hergestellt wurden und vergleichsweise neuwertig und daher zuverlässig sind. Diese Archive werden wir aber mit Kryoflux / Supercard Pro neu aufbauen.

Für den Atari ST benutzen wir momentan einen herkömmlichen Windows-Rechner mit dem Emulator Steem sowie für die Erzeugung der Diskettenimages das Programm ST Recover. Da wir hier praktisch noch kein Archiv haben, werden wir auch im Fall Atari ST und auch bei den Atari 8-Bit Computern Kryoflux oder die Supercard Pro verwenden.

Schwierig wird es bei den Schneider/Amstrad Modellen CPC und Joyce. Beide verwenden als Diskette einen eigenen 3″ Formfaktor. Hier scheint es nur eine Lösung mit dem HxC Floppyemulator zu geben.

Software auf Cassetten (MSX, Commodore, Acorn, Atari, Sinclair, Schneider…) gibt es fast für jeden 8-Bit Homecomputer. Um diese zu archivieren wird ein Mono-Kassettenrecorder (in unserem Fall eine Commodore 1531) per USB Adapter an einen Windows-Rechner angeschlossen und mit der Software Audacity digitalisiert.

Für propietäre Cassetten (wie z.B. Epson HX-20, PX-8) oder die Sinclair Microdrives haben wir derzeit noch keine Lösung.

Was auch noch fehlt ist der Anschluß eines 8″ Laufwerks. Die Komponenten sind vorhanden (Shugart 810-Laufwerke, Netzanschluß- und FDADAP-Adapter von dBit). Da der IBM PC die Laufwerksgeometrien von 8″ Laufwerken nicht direkt unterstützt ist man auf spezielle Software angewiesen. Eine davon ist z.B. ImageDisk von Dave Dunfield. Wir werden an dieser Stelle über unsere Erfahrungen berichten.

Archivierung kopiergeschützter Software

Anfang 2000 gab es noch keine modernen Floppy-Adapter für aktuelle PC’s, um kopiergeschützte Software zuverlässig zu archivieren bzw. zu duplizieren. Daher haben wir uns bereits zu dieser Zeit einen spezialisierten Rechner ausschließlich zu diesem Zweck aufgebaut: ein Compaq Deskpro 386/25 mit eingebautem Option Board Deluxe der Firma Central Point Software (siehe Kasten unten) und daran angeschlossen ein 5,25″ DD sowie ein 3,5″ HD Diskettenlaufwerk. Das Option Board verkraftet aber maximal einen 80386 mit ca. 25 MHz, darüber wird es kritisch. Die Ausführung Standard des Option Board kann übrigens nur 1:1 Kopien, aber keine Images erzeugen. Leider ist der Rechner relativ langsam und seine Festplatte ist mit 500MB zu klein, um das gesamte Archiv aufzunehmen. Daher wird dieser Rechner nur für die Erzeugung von Kopien und dem Speichern von Images kopiergeschützter Software auch weiterhin verwendet.

Zusammenfassung der Möglichkeiten des Option Board Deluxe:

• Kopien und Images von kopiergeschützter Software im IBM Format (5.25″ und 3.5″)
• Kopien von nicht kopiergeschützten Disketten mit Aufzeichnungsformat MFM (Kaypro, Amiga)
• Kopien von nicht kopiergeschützten Disketten mit Aufzeichnungsformat FM (Atari)
• Kopien von nicht kopiergeschützten Disketten mit Aufzeichnungsformat GCR (Apple, Apple Macintosh, Commodore)
• Verarbeitet nicht kopiergeschützte Macintosh Disketten im 400K und 800K Format (Kopieren, Transfer Macintosh <-> IBM, Formatieren)

Festzustellen, ob ein Programm kopiergeschützt ist oder nicht ist zu zeitaufwändig in Anbetracht der Masse an Software, die wir archivieren müssen. Wir haben uns daher auf entsprechende Hinweise in historischen Manuals verlassen (z.B. in dem von von Copy II PC). Hier die Software, von denen wir Images mit dem Option Board Deluxe und Transcopy erzeugt haben:

• Visi Corp – VisiOn (Manager, Plan, Word, Calc, Graph)
• Visi Corp – VisiCalc, VisiDex, VisiFile, VisiSpell, VisiWord, Desktop/Plan
• Ashton-Tate – dBase III, dBase III Plus
• Ashton Tate – Framework I, II
• Symphony 1.1, 1.2
• Microsoft – Word 1.1, 2.01
• Microsoft – Multiplan 1.1
• Lotus – 1-2-3 1.0, 2.0
• IBM Assistant Serie
• Software Publishing – pfs:file, pfs:report, pfs:write
• Nantucket – Clipper Summer ’87
• Fifth Generation Software – Fastback 5.11b
• Basic Software – EasyWriter II

Erfahrungen mit Kryoflux und der Supercard Pro

Versuchsweise haben wir auch ein System mit einem Windows – Rechner aufgebaut und die Produkte Kryoflux und Supercard Pro getestet. Beide funktionieren, aber weder das eine noch das andere konnte – im Vergleich zum Option Board – vollständig überzeugen. Beide sind moderne Floppy-Controller, die über eine Platine den Anschluß von Diskettenlaufwerken ermöglichen und selbst per USB mit einem Windows-PC verbunden werden. Wie auch das Option Board lesen sie die Disketten auf Flux-Basis, allerdings beide mit höherer Auflösung. Auf dieser untersten Ebene des Lesen und Schreibens der auf einer Diskette gespeicherten Informationen sollte theoretisch jeder softwaremäßig erzeugte Kopierschutz ausgehebelt werden können. Die Supercard Pro kann mit zwei angeschlossenen Laufwerken des gleichen Formfaktors auch direkte Kopien erzeugen. Auch mit Kryoflux geht das, aber nur mit zusätzlichen Tools. Beide Produkte können Images von wesentlich mehr Formaten als das Option Board erstellen. Die Verwendung eines dieser Boards ist für Aufzeichnungsformate, die nicht FM oder MFM sind, langfristig gesehen unumgänglich. Zudem laufen diese Boards unter aktuellen Betriebssystemen. Kryoflux sogar nicht nur unter Windows, sondern auch auf MacOS und unter Linux. Dadurch stehen auch wesentlich größere Massenspeicher zur Aufnahme des Archivs zur Verfügung. Wir haben mit Kryoflux ein Gehäuse mit je zwei 5.25″ HD und 3.5″ HD Diskettenlaufwerken und eigener Stromversorgung aufgebaut. In das Gehäuse passt natürlich auch jederzeit die Supercard Pro, denn beide Platinen sind ungefähr gleich groß.

Für IBM PC-Software bleiben wir allerdings bei der zuverlässigen “Old Skool”-Methode und benutzen für die kopiergeschützten Disketten weiter das Option Board und bei den Commodore 8-Bit Homecomputern jeweils spezialisierte Kopierprogramme (Zoom Floppy + OpenCBM). Bei Amiga, Atari und Apple u.a. werden wir testen, ob entweder Kryoflux oder die Supercard Pro bessere Ergebnisse zeigt und dann das entsprechende Board verwenden.

Was noch eine Rolle spielt ist die immense Dateigröße, die von Kryoflux oder der Supercard Pro im sogenannten Preservation Mode erzeugt werden. Bei einer 160KiB Diskette erreicht das Imagefile aufgrund der feinen Abtastauflösung beider Produkte eine Dateigröße von 4-6 MiB. Vielleicht denken wir zu pragmatisch, aber bei nicht kopiergeschützten CP/M-IBM-Disketten – und das ist die große Masse – macht diese Größe keinen Sinn. Da reicht uns ein kompaktes Image auf Basis von Teledisk oder Imagedisk vollkommen, da wir lediglich an den Bits interessiert sind, nicht an Frequenz-Modulationen. Bei kopiergeschützten Disketten erzeugt das Option Board eine Datei mit nur ca. 1 MiB.

Der aktuelle Stand der Archivierung

Hier unsere Protokoll-Dateien (soweit vorhanden) zum Stand der Archivierung am 1.9.2023:

Commodore 64/128 (ZoomFloppy, OpenCBM)

Amiga, Amstrad CPC, Atari ST (alle Greaseweazle V4, SCP)

DOS (teledisk, ImageDisk, Central Point – Option Board Deluxe)

CP/M, Windows, OS/2, Unix  (teledisk, ImageDisk)

Ausstehend: Atari 8-Bit, Apple II, Macintosh, Sirius/Victor 9000)

Datenaustausch mit aktueller Hardware

Obwohl unsere Archiv-PC Hardware immerhin aus dem Jahr 2000 stammt, werden die Möglichkeiten des Datenaustausches mit aktuellen Hardware aufgrund der Einschränkungen des Betriebssystems DOS zunehmend weniger. Um unsere Diskettenimages auf moderne Hardware und damit auf große Massenspeicher zu transferieren gibt es trotzdem diverse Möglichkeiten. Die einfachste und derzeit noch funktionsfähige Schnittstelle ist die 1.44 MiB Diskette. In unserem Archivierungs-PC ist so ein Diskettenlaufwerk noch standardmäßig vorhanden, bei einem aktuellen PC zwar nicht mehr, er kann jedoch damit nachgerüstet werden. Der einfachste und kostengünstigste Weg der Nachrüstung ist ein externes USB-FDD. Somit wäre der Transfer von maximal 1.44 MiB großen Dateien bzw. Zip-Archiven möglich. Das ist schon mal eine ganze Menge. Unser Archivierungs-PC verfügt aber bereits auch über eine USB-Schnittstelle. Mit einem entsprechenden USB-Treiber (z.B. USBASPI) lassen sich auch unter DOS z.B. USB-Festplatten anschließen, deren Kapazität in unserem Fall durch das BIOS zwar auf 160GiB begrenzt ist, trotzdem natürlich mehr als genug ist. Die eleganteste aller Möglichkeiten ist, den Archivierungs-PC über ein TCP/IP-basiertes Netzwerk anzubinden. Hier bietet sich der Einsatz von mTCP (Georg Potthast) an. Mit mTCP lässt sich ein DOS-Rechner als FTP-Server einrichten, wodurch er für moderne Rechner über FTP-Client-Programme (z.B. FileZilla) zugänglich wird. Lesen Sie mehr dazu unter DOS-Software und Y2K-Hardware (Netzwerk unter DOS). Da unser Archiv-PC als Datenträger CF-Card’s benutzt und Windows ab der Version 10 auch alle DOS-Partitionen anzeigen kann, ist es auch kein Problem die CF-Card an den aktuellen PC anzuschließen und so die Daten bequem zu transferieren.

Das optische Endergebnis: der Archivierungs-PC

Die Seitendeckel sind nicht für das Foto abgenommen, denn ohne lebt die Kiste thermisch gesünder und er kann noch als Diskettenabablage benutzt werden. Außerdem muß hin und wieder das Kabel zwischen dem 5.25″ DD- und dem 5.25″ HD-Laufwerk umgeklemmt werden. Schön muss er ja nicht sein 😉

Update November 2019

Nachdem uns wieder eine Festplatte defekt gegangen ist, haben wir den Rechner auf CF-Karte als Massenspeicher umgestellt. Es gibt Dual-IDE2CF-Adapter, die in einem 2,5″ Gehäuse verbaut sind und wie Festplatten aussehen. Eine optisch sehr elegante Lösung. Dual, weil die Möglichkeit besteht, zwei CF-Karten zu betreiben, als Master und als Slave. Für unseren DOS-Rechner haben wir eine 16 GiB CF-Karte verwendet, eine weitere gleich große Karte zur Datensicherung. Die Daten einer Festplatte lassen sich mit jedem neueren Disk-Cloner von Festplatte auf CF umkopieren. Zudem wurden jetzt alle Partitionen auf FAT32 umgestellt.

Update November 2020

Es gibt offenbar einen Zusammenhang zwischen LBACache, CF-Karten als Festplattenersatz, FAT32 und einem immer wieder zerstörten MBR. LBACache wurde ersatzlos aus der autoexec.bat entfernt, das Problem ist seitdem nicht mehr aufgetreten.

Update Juli 2023

Wir haben den Floppy-Controller Greaseweazle V4 erfolgreich bei originaler und kopiergeschützter Software für Amiga, Amstrad und Atari getestet. Alle Images wurden im SCP-Format gesichert, auch die von nicht kopiergeschützter Software. Es ist geplant, auch das Archiv der IBM-kompatiblen Software – zumindest des kopiergeschützten Teils davon – damit neu zu generieren.