eComStation 2.0 Silver Release installation - Teil 1

Seit Juli 2009 ist nun die Silver Release im Umlauf, die letzte offizielle Release vor der GA Version von eComStation 2.0. Bisher war es mir nicht möglich, diese Version zu testen, da auf meinen PCs, auf denen zumindest noch die RC 5 lief, die Silver Release nicht zum laufen zu bringen war. Zum Jahreswechsel ist mir dann aber ein altes Pentium 4 Mainboard in die Hände gefallen, auf dem die Silver Release zu laufen scheint. Über Weihnachten hatte ich ein wenig Zeit und habe aus ein paar alten Teilen einen kompletten Rechner zusammengeschraubt. Der eCS Silver Release Test PC besteht nun aus den folgenden Komponenten:

• IBM eServer Tower Gehäuse
• Siemens Pentium 4 Mainboard mit 3 GHz CPU (Sockel 478)
  
• 256 MB DDR-RAM (400 MHz)
• Onboard Grafikkarte
• Onboard Sound-Karte
• Onboard Ethernet
• Onboard USB Controller
  
• 1.44 MB 3,5" Floppy
• Adaptec 2940 U PCI SCSI-Controller
• SCSI CD-ROM Laufwerk
  
• SCSI 6 GB Festplatte

Vor der Installation von eCS hatte ich OpenSuSE 11.2 testweise auf diesem Rechner installiert, um zu prüfen, ob die einzelnen Hardware-Komponenten korrekt funktionieren. Ebenfall habe ich eine RAM-Test mit memtest 3.0.1 durchgeführt. Alle Tests waren positiv.

eCS Installation Phase 1 (bis zum ersten Reboot)

Nach dem Einlegen der CD wird der Rechner neu gebootet. Im BIOS habe ich hierfür die Bootreihenfolge DISKETTE/CD/HD eingestellt. Nachdem der PC wenige Sekunden auf die RC 7 CD zugegriffen hat erscheint das Bootmenü. Mit den Cursor-Tasten bewegt man nun den schwarzen Balken auf die Auswahl Boot from eComStation CD-ROM. Das Bootmenü fragt nun, ob man den Bootvorgang mit den Grundeinstellungen fortsetzen will oder die Einstellungen selbst anpassen will. Ich hoffe, das eCS mit den Grundeinstellungen laufen wird und wähle den Menü-Punkt: Boot with default values.

Es werden nun die ersten 3 Disketten-Images von der CD geladen. Dies erinnert mich stark an die Installation von OS/2, bei der man ebenfalls 2-3 Disketten benötigt. Anschließend bietet der Installer an, die Installations-CD zu prüfen. Wenn man, wie ich, die Installations-CD selbst von einem ISO-Image erstellt hat und man die Installation nicht von dem Laufwerk aus durchführt, mit dem man die CD gebrannt hat, sollte man die CD zur Sicherheit überprüfen lassen. Ich habe zwei Anläufe benötigt um ein CD-ROM Laufwerk zu finden, der meine Installations-CD fehlerfrei lesen konnte. Treten nämlich in einer späteren Installations-Phase Leseprobleme auf, kann sich die Installation aufhängen. Vom Installer wird keine brauchbare Fehlermeldung ausgeben. Ich habe zuerst den Fehler bei der Hardware gesucht, anstatt zuerst das Installationsmedium zu prüfen.

Nun wird die graphische Benutzeroberfläche von eComStation gestartet. Im unteren Viertel des Bildschirm muß man das verwendete Tastaturlayout aussuchen, das man verwenden will. Dies ist in meinem Fall Deutsch, also German. Sobald man das Selektionsfeld mit der Maus ausgewählt hat, kann man durch das Drücken der Taste G direkt zu den German-Layout springen. Wenn man sich nicht sicher ist, dass man das richtige Layout ausgewählt hat, kann man dieses im darunter liegenden Eingabefeld testen. Funktioniert alles wie es soll, gelangt man mit einem Klick auf Next> zum nächsten Screen.

Nun folgt das eComStation 2.0 End User License Agreement. Wer lust hat, kann sich diese jetzt durchlesen oder es auch lassen und mit der Maus sein Kreuzchen auf dem Feld Agree machen. Ohne dieses Kreuzchen endet die Installion hier. Mit einem Klick auf Next> kommt man zum nächsten Screen.

Hier kann man auswählen, welche Art von Installation man durchführen möchte. Bei meinem ersten Installationsversuch habe ich hier Easy installation gewählt, weil ich unangenehmen Nachfragen des Installers aus dem Weg gehen wollte. Die richtige Auswahl ist aber Managment console. Warum das? Ganz einfach. Auf dem PC war vorher noch kein OS/2 installiert und es befindet sich darum auch noch keine HPFS oder JFS Partition auf der Festplatte. Diese Partition muss zunächst erstmal angelegt werden. Hätte ich Easy installation gewählt, wäre ich im nächsten Screen gelandet, in dem ich erstmal den Lizenz-Code hätte eingeben müssen. Erst dann wäre ich zum Festplatten-Verwaltungsprogramm gelangt, wo ich die Partition hätte anlegen müssen. Ein kleiner und unnötiger Umweg, der mich viel Zeit kostet, denn nach dem Anlegen der neuen Partition verlangt der Installer einen Reboot des PC (kein Witz). Ich empfehle darum in diesem Screen die Managment console auszuwählen und auf Next> zu klicken.

Die Managment console entpuppt sich als weiterer Screen. Durch einen Klick auf Disk>Manage Volumes>Graphics ruft man den Festplatten-Manager auf. Ich habe für meine eCS Installationsversuch eine eigene Festplatte exklusiv für eComStation vorgesehen. Sollten Sie versuchen, eCS zusammen mit Windows oder Linux auf einer Festplatte installieren, sollten Sie nun die Installation unterbrechen und sich genauestens informieren, wie man dies tut. Andernfalls laufen Sie Gefahr, ungewollt ihr Windows- oder Linux- System zu vernichten.

Bevor Sie weitermachen, legen Sie sich ein Backup ihres laufenden Systems an.

Auf meiner Festplatte befindet sich noch eine Linux System- und Swap- Partition. Diese lösche ich und lege eine neue Partition an, die die Gesamte größe der Festplatte einnimmt. Die Frage, ob die neue Partition eine primäre Partition werden soll, bestätige ich mit Ja. Ich installiere keinen Bootmanager, weil eCS das einzige Betriebssystem auf diesem PC sein wird. Vor dem Beenden des Programms werde ich gefragt, ob die veränderten Daten auf die Festplatte übernommen werden sollen. Dies bestätige ich mit ebenfalls mit Ja. Anschliessend muss der PC neu gebootet werden. Der PC bootet nun erneut von CD und man durchläuft erneut alle Schritte bis man wieder im Installations-Screen mit der Anwahl der Installations-Typs ankommt. Ich habe hier die Easy installation ausgewählt, und mit Next> bestätigt.

Nun sollte man den Registrierungskode griffbereit haben. Diesen muss man nun eingeben um die Installation fortführen zu können. Hatte man diesen per Mail erhalten, ist es möglich diesen auch über eine Diskette zu laden. Leider hat dies bei mir, trotz vorhandenem Floppy-Laufwerk, wegen Lesefehler der Diskette nicht funktioniert. Ein Versuch eines Import über einen Memory-Stick funktionierte ebenfalls nicht. Entweder wurde der Stick nicht erkannt, oder der USB-Port wird in dieser Phase der Installation noch nicht unterstützt, oder ich habe nicht das richtige Filesystem auf meinem Memory-Stick, oder meine Memory-Stick ist zu groß ... wie auch immer. Wer diesen Ärger aus dem Weg gehen will, sollte den Code einfach händisch eingeben. Und weil wir unsere Festplatte schon im letzten Schritt partitioniert haben brauchen sie es auch nur einmal tun ;)
Wenn man alles richtig eingetippt hat, wird der Next> Button freigegeben. Klick Sie auf diesen wenn Sie für den nächsten Screen breit sind.

Hier wählen sie die für eCS RC 7 erstellte Partition als Installationspartition aus. Da mein PC nur eine Festplatte hat, wird hier auch nur die eine Partition angezeigt. OS/2 wie auch eComStation kann man auch auf eine erweiterte Partition in ein logisches Laufwerk installieren. Um es von dieser jedoch starten zu können, benötigt man einen Bootmanager. Auf diesem Screen wählt man die Partition aus, in der man eCS installieren will und klickt auf Next>.

Bevor die Installation beginnen kann, muß die Festplatte noch formatiert werden. Zur Auswahl an Filesystemen stehen das von OS/2 her bekannte HPFS- und das neue JFS- Filesystem. Ich habe mich für das HPFS Filesystem entschieden, weil ich es schon kenne. JFS unterstützt größere Dateien und Festplatten. Mit meiner 6 GB Festplatte kommt aber auch HPFS ganz gut zurecht. Vor dem Formatieren der Festplatte kann man einstellen, ob man die Festplatte auf fehlerhafte Sektoren überprüfen will. Diese Option habe ich bei meiner Festplatte aktiviert und die Formatierung der 6 GB Festplatte dauerte bei mir etwa 40 Minuten. Wenn man eine neu Festplatte besitzt, und man sicher ist, dass sie fehlerfrei ist, kann man diese Option deaktivieren. Das formatieren der Festplatte dauert dann nur wenige Sekunden. Nach dem Formatieren geht es mit einem Klick auf Next> weiter zum nächsten Screen.

Der Installer will nun von uns wissen, in welchem Land, Sprache und Zeitzone sich der PC befindet, auf dem wir eComStation installieren wollen. Auch hier kann man nach der Auswahl des Auswahlmenüs mit der Maus, durch das Drücken der Taste G, das Land Germany und die Sprache German direkt anwählen, ohne lange in den Popup-Listen zu suchen. Mit einem Klick auf Next> gehen wir zum nächsten Screen.

Der Installer sucht nun selbstständig nach allen im PC enthaltenen Komponenten. Dieser Vorgang kann einige Minuten dauern und es kann unter Umständen dazu führen, das der PC hängen bleibt oder abstürtzt. Dies trat bei mir aber nicht auf. Nach wenigen Sekunden zeigt der PC bei mir die von ihm gefundenen Komponenten an. Man kann nun Manuell in die Hardware-Auswahl eingreifen und gegebenenfalls die Einstellungen verändern, wenn man der Meinung ist, dass der Installer bestimmte Komponenten des PCs nicht richtig oder garnicht erkannt hat. Mit einem Klick auf Next> kommt man zum nächsten Screen in dem man die Soundkarte des System einstellen kann. Auch hier zeigt der Installer an, welche Soundkarte er meint im PC erkannt zu haben. Bei mir war dies eine Soundkarte des Typs AC97. Mit einem erneuten Klick auf Next> kommt man zum nächsten Screen in dem man zum Abschluss noch die Netzwerkkarte und die von ihr verwendeten Protokolle einstellen kann. Auch hier nimmt der Installer wieder eine automatische Erkennung der Hardware vor und zeigt die Komponenten an, die er gefunden hat. Mit einem letzten Klick auf Next> startet man nun die erste Installations-Phase bei der die wichtigsten Daten auf der Festplatte installiert werden. Dieser Vorgang dauert einige Minuten und endet mit einem Reboot des PCs.

Fortsetzung folgt mit der Installations-Phase 2 im nächsten Teil.

Toshiba Satellite 110CS vor der Verschrottung gerettet.

Mein Arbeitgeber zieht um. Dies ist meist der Zeitpunkt, an dem man sich durch die Archive arbeitet und die alten Unterlagen aus längst vergangenen Zeiten aussortiert und entsorgt. Aber nicht nur Papier wandert in die Mülltonne, auch alte Hardware die keinen sinnvollen Zweck mehr erfüllt und nur in der Ecke vor sich hinstaubt wird entsorgt. Dieses Schicksal drohte auch einem Toshiba Satellite 110CS Notebook aus dem Jahr 1996. Ausgestattet mit einem Pentium 100 MHz Prozessor, 8MB RAM, 800MB Festplatte, Floppy und einem 800 x 600 Pixel Display (Chip&Technology 65548 Grafikkarte) war es für den Einsatz von Windows 95 gedacht und genau dieses Betriebsystem befand sich auch noch auf der Festplatte. Bis auf den Akku war das Notebook technisch noch einwandfrei, nur erfüllte es keinen praktischen Nutzen mehr.

Nach kurzer Überlegung stand für mich fest, dass an diesem Notebook der große Exorzismus angewandt werden musste: Windows 95 löschen und OS/2 Warp Connect installieren.

Da das Notebook keine Anschlussmöglichkeit für ein CD-ROM Laufwerk hat, bleibt eigentlich nur die Installation über Disketten. Dies wollte ich mir aber nicht zumuten. Erstens habe ich keinen entsprechende Diskettensatz und zweitens nicht die Zeit und die Lust mich noch einmal aus Disk-Jockey zu betätigen. Zum Glück lies sich die 2,5" Zoll IDE Festplatte bequem durch wenige Handgriffe aus dem Notebook entfernen und in ein externes USB-Festplattengehäuse einbauen. Damit ist es möglich, auf einem anderen (Windows) PC mit Hilfe von QEMU-Manager ein neues Betriebsystem auf der Notebook-HD zu installieren. Das einzige was man benötigt, ist ein USB-IDE-Gehäuse für 2,5" Festplatten, die OS/2 Warp Connect Installations-CD und QEMU-Manager in der neusten Version.

Unter QEMU-Manager erstellt man sich zuerst einen neuen virtuellen PC. Als Festplatte definiert man aber nicht eine virtuelles Festplatten-Image sondern wählt die USB-HD als physikalisches Gerät aus. Als Boot-Gerät wählt man die Disketten-Images von der OS/2 Warp CD aus. Mit diesen Einstellungen kann man OS/2 Warp Connect in wenigen Minuten auf der USB-HD installieren und booten. Die Netzwerk-Unterstützung habe ich nicht installiert, da der Installer unter QEMU bei mir hängenbleibt. Nach der Installation braucht man nun nur noch die Notebook-HD in das Notebook einbauen. Ich habe als Dateisystem für OS/2 FAT gewählt, weil mit 8MB RAM ein Betrieb mit HPFS zu viel Speicher benötigt und das System ausbremst und weil es mir hierdurch später möglich ist, die Festplatte erneut über das USB-HD-Gehäuse an einen anderen PC anzuschließen um Daten auf diese Platte zu übertragen.

[UPDATE] Eine OS/2 Warp Installation auf FAT Partition stellt sich für einige OS/2 Anwendungen als Problem da. Darum habe ich die Installation auf Basis einer HPFS Partition wiederholt. Auf der Festplatte befindet sich trotzdem noch eine kleine FAT16 Partition damit ich bei Bedarf Daten auf die Festplatte übertragen kann. Obwohl IBM mindestens 12MB RAM für den Einsatz von HPFS empfiehlt, läuft Warp 3 es auf meinem Notebook noch mit ausreichender Geschwindigkeit.

Anschließend wird nun das Fixpack 40 für Warp 3 installiert das man hier findet. Nach dem Download dieser Dateien erstellt man sich ein Verzeichnis mit dem Namen "OS2SERV". In dieses Verzeichnis werden die Datei kopiert. "csf143.zip" wird nun in dieses Verzeichnis entpackt. Anschließend erstellt man im Verzeichnis "OS2SERV" erneut eine Verzeichnis mit dem Namen "OS2SERV" in das man die restlichen Zip-Archive (ftpinstl.zip, xr_w40*.zip) kopiert. Diese werden dann in diesem Verzeichnis entpackt. (evtl. doppelte Dateien können überschieben werden). Das komplette Verzeichnis kann sich nun auf die OS/2 Festplatte kopieren und ausführen. (OS2SERV.EXE)

Nach dem Patch habe ich dann noch den SNAP-Grafiktreiber installiert, da ich keinen funktionierenden Treiber für die Chips&Technology Grafikkarte gefunden habe. SNAP-3.1.8 findet man, zusammen mit den freien Registrierungsschlüssel hier zum Download. Nach erfolgreicher Installation kann ich nun die volle Auflösung mit 800 x 600 Pixeln bei 256 Farben nutzen.

Book Review: Kapitel 2 - Und es geht doch noch nicht los... Teil 4

Mit dem OS/2 Programm FDISK kann man, genau wie auch unter DOS, die Festplatte partitionieren. Hierunter versteht man die Unterteilung des Festplattenplatzes in mehrere virtuelle Teile. DOS wie auch DOS unterstützen bis zu 4 primäre Partitionen wobei alternativ eine erweiterte Partition mit bis zu 16 logischen Partitionen, durch eine primäre Partition ersetzt werden kann. Während DOS und Windows nur von einer primären Partition booten können, kann man OS/2 auch auf einer logischen Partition einer erweiterten Partition booten. Hierfür muss jedoch der OS/2 Bootmanager installiert werden. Will man OS/2 alleine auf einem PC installieren, ist es nicht erforderlich mehr als eine Partition anzulegen, es reicht eine primäre Partition. Eine Installation des OS/2 Bootmanagers ist in diesem Fall nicht erforderlich.

Mit dem OS/2 FDISK Programm muss nur dann eine Partition angelegt werden, wenn noch keine Partition auf der Festplatte vorhanden ist. Der OS/2 Installer sucht automatisch nach einer geeigneten Partition um auf ihr OS/2 Warp zu installieren. Nur wenn dieser keine geeignete Partition findet wird automatisch FDISK aufgerufen. Wird eine Partition gefunden, hat man bei der Benutzerdefinierten-Installation die Wahl ob man diese Partition als Installationspartition für OS/2 Warp akzeptiert oder doch eine neue Partition mit FDISK definiert. Die erzeugte Partition muss sowohl als bootfähige als auch als Installationspartition definiert werden.

Für alle diejenigen, die Versuchen, OS/2 Warp auf etwas modernerer Hardware zu installieren, seien hier auf die folgenden Festplatten-Einschränkungen hingewiesen:

• OS/2 Warp muss innerhalb des ersten Gigabytes der Festplatte installiert werden.
• Diese Partition muss innerhalb der ersten 1024 Zylinder der Festplatte liegen.
• Die Festplatte bzw. der Festplatten-Controller muss vom BIOS des PCs direkt unterstützt werden.

Nach der Partitionierung der Festplatte steht bei der Benutzerdefinierten-Installation zur Wahl, ob man die Installationspartition mit einem FAT- oder HPFS-Dateisystem formatiert. Eine HPFS-Partition lohnt sich erst ab einem PC mit mehr als 12MB RAM. Nach der Formatierung der Festplatte wird die Installation des Basis-System von den ersten 6 Disketten bzw. CD-ROM durchgeführt und der Computer anschließend zum ersten mal von der Festplatte gebootet. Während diesen ersten Startvorgang aktiviert OS/2 den Hardware Sniffer um möglichst viele Informationen über den Computer zu sammeln und eine entsprechende Vorkonfiguration festzulegen. Mit diesen Informationen startet OS/2 dann den "Maintenance Desktop", eine speziell angepasste Version der späteren Workplace Shell.

Auf diesem Desktop wird nun das erweiterte Installationsprogramm gestartet. In der Systemkonfiguration werden nun die wichtigsten Hardware-Komponenten angezeigt, die der "Hardware-Sniffer" beim Systemstart automatisch ermittelt hat. Der Anwender hat nun die Möglichkeit diese Einstellungen abzuändern oder gegebenenfalls zu korrigieren. Die wichtigen Einstellungen sind die der Grafikkarte, der Maus und des CD-ROM Laufwerks. Ohne diese kann die Installation nicht fortgesetzt werden. Alle anderen Komponenten können auch noch zu einem späteren Zeitpunkt konfiguriert werden, wenn z.B. entsprechende Treiber auf das System geladen wurden.

In der nun folgenden Software-Konfiguration kann man auswählen welche Komponenten auf der Festplatte installiert werden sollen. Es ist hier ebenfalls nicht nötig alles zu installieren was möglich ist. Wenn man z.B. keine HPFS-Partition angelegt hat, kann man die HPFS- Unterstützung deselektieren um Platz auf der Festplatte zu sparen. Auch hier ist es später möglich Software-Komponenten nachzuinstallieren, wenn man erkennt, dass man diese benötigt. Nach der Bestätigung der Auswahl wird nun das OS/2 System auf ihrer Festplatte installiert. Wenn keine Fehler bei diesem Kopiervorgang auftreten, werden Sie im Anschluss aufgefordert den Rechner neu zu starten. Bei diesem Systemstart entfernt OS/2 noch vorhandene Temporäre Dateien und konfiguriert automatisch die Workplace-Shell. Darum kann dieser Startvorgang etwas länger dauern als die folgenden. Am Ende haben Sie ein vollständig Installiertes OS/2 Warp 3 System vor sich.

OS/2 Warp sollte man nicht wie DOS einfach durch ausschalten des Computers beenden, man sollte das System sauber herunterfahren. Dies kann durch das Klicken auf den Button "Systemabschluss", durch das gleichzeitige Drücken von CRTL-ALT-DEL geschehen. Erst wenn OS/2 Ihnen sagt, dass Sie den Computer ausschalten dürfen, sollten Sie dieses tun. Andernfalls kann es passieren, dass Sie Daten verlieren.

Book Review: Kapitel 2 - Und es geht doch noch nicht los... Teil 4

Die Show beginnt! Ende der Theorie, nun wird OS/2 Warp endlich installiert. Für den Fall, dass man OS/2 zusammen mit DOS in die gleiche Partition installieren will, sollte man vorher den DOS Kommando-Interpreter aus dem Stammverzeichnis in das DOS-Verzeichnis kopieren. Damit verhindert man, dass OS/2 beim Ausführen des DOS-Emulators den Kommando-Interpreter der DOS-Installation verwendet, sondern den für OS/2 gültigen Interpreter aus dem Verzeichnis /OS2/MDOS verwendet. Damit die DOS-Installation den Kommando-Interpreter im DOS-Verzeichnis findet muss man in der DOS CONFIG.SYS Datei diese Zeile einfügen:

SHELL=C:/DOS/COMMAND.COM /P /E:512

Außerdem muss in der DOS AUTOEXEC.BAT Datei die folgende Änderung vorgenommen werden:

SET COMSPEC=C:/DOS/COMMAND.COM

Das diese Änderung nicht automatisch vom OS/2 Installer ausgeführt wird, kann auf die Nachlässigkeit der Entwickler zurückgeführt werden. Dies ist jedoch nicht der einzige Fehler, die der Installer aufweist. Wenn man OS/2 Warp "Native" auf einem PC installieren will, sollte man zunächst im BIOS-Setup des PCs den CPU-Cache, Shadow-RAM deaktivieren und die Taktfrequenz des Systems (wenn möglich) herunterschalten. Andernfalls kann es passieren, dass OS/2 Warp nach einigen Tagen bzw. Wochen nach der Installation instabil wird und zu abstürzen neigt. Dieses Negativ-Tuning kann nach der Installation des Betriebssystems wieder rückgängig gemacht werden. Weshalb dieses Tuning erforderlich ist kann selbst IBM nicht erklären.

Nachdem man nun all diese Vorgaben durchgeführt hat, kann man nun endlich mit der Installation beginnen. OS/2 wird nun mit der Installations-Diskette gebootet. Nach wenigen Sekunden sollte das IBM-Logo erscheinen, dass Sie auffordert, die Diskette 1 einzulegen. Abhängig davon ob man die Disketten-Installation, oder die CD-ROM Installation durchführen will, sollte man die entsprechende Diskette 1 einlegen und die Enter-Taste drücken. Nun erscheint eine Grafik mit dem OS/2-WARP Schriftzug. Leider verbirgt die Grafik einen wichtigen Teil der Installation, das Laden der Treiber für die Laufwerke (Festplatte, Diskette, CD-ROM usw.). Durch das Drücken der Tasten-Kombination ALT-F2 kann man sich jedoch in der untersten Zeile einblenden lassen, welcher Treiber aktuelle bearbeitet wird. Es ist nicht selten, dass OS/2 beim Laden der Treiber hängen bleibt, weil die Hardware-Komponenten des PCs evtl. einen Konflikt aufweisen, oder dass ein Treiber irrtümlich eine falsche Hardwarekomponente erkennt. Sollte die Installation bei Ihnen an dieser Stelle ebenfalls hängenbleiben hilft nur das Ändern der CONFIG.SYS Datei. Durch das Auskommentieren von nicht benötigten Treibern kann man das Problem von falsch erkannten Hardwarekomponenten beheben. Benötigt der PC spezielle Treiber um seine Massenspeicher anzusprechen, muss man den entsprechenden OS/2 Treiber (sofern vorhanden) auf die Diskette 1 kopieren.

Nach dem Laden der Treiber verschwindet die Grafik und der OS/2 Installer meldet sich zurück. Nun haben Sie die Auswahl ob sie eine Standard-Installation oder eine Benutzerdefinierte-Installation durchführen wollen. Wählen Sie die Standard-Installation aus, wird OS/2 wie folgt installiert:

• Auf der ersten primären Partition der ersten Festplatte.
• Die Partition wird nur dann formatiert, wenn sie nicht formatiert ist.
• Falls DOS auf dieser Partition installiert ist, wird OS/2 für den Parallelbetrieb eingerichtet. Man kann dann beim Start des PCs auswählen, ob man DOS oder OS/2 verwenden will.
• Es werden fast alle Features von OS/2 Installiert.
• Ein schon installiertes Windows 3.1 wird erkannt und automatisch in OS/2 integriert.
• Die Treiber für alle von Installer installieren Hardwarekomponenten wird installiert.
• Die HPFS-Dateisystemunterstützung wird nur installiert, wenn der Installer schon eine Partition mit HPFS auf dem PC vorfindet.

Es ist empfehlenswert nicht die Standard-Installation auszuwählen. Über die Benutzerdefinierte Installation kann man viel individueller die System-Komponenten an sein System anpassen und nur die Software-Komponenten auswählen die man auch wirklich benötigt.

Warp 4 auf einem IBM Thinkpad 760ED

Für eine Hand voll Euro bin ich in den Besitz eines IBM ThinkpadED 760 gekommen. Dieses Notebook aus dem Jahr 1997 besitzt einen Pentium Prozessor mit 133 MHz, 80 MB RAM eine 3 GB Festplatte und ein CD-ROM Laufwerk. Diese Notebooks sind sehr stabil und robust und wurden sogar auf der ISS-Raumstation eingesetzt. [Beweisfoto] Da ich schon auf meinem Escom Notebook Warp 3 an laufen habe, dachte ich mir es wäre eine gute Idee, auf diesem Notebook Warp 4 zu installieren. Leider besitzt das Notebook kein Diskettenlaufwerk und das CDROM Laufwerk ist nicht bootfähig. Wie will man auf diesem Gerät ein Betriebsystem installieren? Man kann ein spezielles Diskettenlaufwerk extern anschließen oder das integrierte CDROM-Laufwerk gegen ein entsprechendes Diskettenlaufwerk ersetzen. Ich wollte nicht noch mehr in dieses Notebook investieren (da ich bis dahin noch nicht mal wusste, ob es überhaupt noch richtig funktioniert) und suchte darum nach einem anderen Weg den ich im folgenden beschreiben will.

Im Thinkpad ist eine Standard 2,5" IBM-IDE Festplatte verbaut. Da man sehr einfach, durch das hochklappen der Tastatur, an das Laufwerk herankommt, habe ich die Festplatte aus dem Notebook entfernt und in externes USB Gehäuse eingebaut. Damit ist es nun möglich über einen anderen PC auf diese Festplatte zuzugreifen. Als erstes musste ich feststellen, das die in dem Thinkpad verbaute 3 GB Festplatte defekt war. Da ich aber noch eine 1 GB Festplatte in Reserve hatte konnte ich diese schnell ersetzen. Eigentlich hatte ich vor die Festplatte gegen eine Compact-Flash-Karte zu ersetzen, wie ich es auch bei dem Escom-Notebook gemacht habe. Leider habe ich keine CF-Karte mehr, die mit dem IDE-CF-Karten-Adapter funktionieren wollen.

Das nächste Problem ist aber nun, wie man ein Betriebsystem auf einer über USB angeschlossenen Festplatte installiert. Mein PC BIOS kann zwar von USB-Festplatten booten, aber diese nicht als interne HD abbilden. Die folge ist, das außer Linux kein Betriebsystem-Installer die USB-Festplatte als installationsfähiges Medium erkennt. Die Lösung aus diesem Problem heißt QEmuManager. Unter Windows wird dieser Emulator installiert und statt einer virtuellen Festplatte die USB-Festplatte als Physikalisches Medium angegeben. Nun kann man im Emulator ein Betriebsystem von einem Betriebsystem Image (Floppy oder CD) booten und ein neues Betriebsystem auf der USB-Festplatte installieren.

Nachdem ich zum Test DOS auf der USB-Festplatte installiert hatte, musste ich feststellen, das ich dieses DOS nicht auf dem Thinkpad bootet. In der Emulation und direkt auf dem PC lief der Bootvorgang fehlerfrei. Der Fehler liegt am USB-IDE-Controller. Dieser spricht die 2,5" IDE-HD nicht mit den gleichen physikalischen Parametern an wie das Thinkpad. Dieses Problem kann man umgehen, wenn die IDE-HD schon formatiert ist. Dann übernimmt der USB-IDE-Controller die Cylinder-, Heads- und Sector-(CHS) Parameter aus dem Filesystem der IDE-HD. Doch wie soll ich die IDE-HD auf dem Thinkpad vorformatieren wenn ich auf diesem Gerät kein Betriebsystem booten kann? Hier Hilfe ein kleines Tool aus der Patsche. Es heißt Smart-Boot-Manager. Dies ist ein Boot-Manager der sich in den Master-Boot-Record der Festplatte installiert. Er ist so klein das er nicht mehr als einen Sektor belegt, und bietet das Feature von einer CD-ROM zu booten. Mit Hilfe von QEmuManager war der Boot-Manager schnell auf der IDE-HD installiert. Der anschließende Test auf dem Thinkpad brachte den erwachtetden Erfolg. Der Bootmanager wurde geladen und mit dessen Hilfe war es nun möglich auf dem Thinkpad von dem CD-ROM Laufwerk zu booten.

Der nächste Schritt ist nun, ein Betriebsystem zu booten und mit dessen Hilfe die Festplatte neu zu partitionieren. Natürlich kann nun auch direkt auf dem Thinkpad ein Betriebsystem installieren (Linux, Win98, WinNT usw). Ich wollte aber OS/2 Warp 4 installieren und dass bootet nicht von CD-ROM ohne Bootdisketten ist man hier weiterhin aufgeschmissen, wenn man nicht QEmuManager zur Hilfe nimmt. Ich habe auf der IDE-Festplatte auf dem Thinkpad mit Hilfe von FreeDOS eine primäre Partition angelegt und diese bootfähig formatiert. Nachdem ich mich davon überzeugt habe, dass das Thinkpad von der Festplatte bootet, habe ich die Festplatte wieder aus dem Notebook entfernt und in das externe USB-Gehäuse eingebaut. Wir dieses nun mit dem PC verbunden erkennt der USB-IDE-Controller die IDE-Festplatte und die Partition auf der Festplatte. Man kann nun wie gewohnt auf die Festplatte zugreifen. Mit QEmuManager habe ich nun OS/2 Warp 4 auf dieser Festplatte installiert. Der Ablauf ist der gleiche, wie wenn man OS/2 Warp 4 in ein virtuelles Laufwerk installiert. Ich habe den Installationsprozess jedoch bei der ersten Reboot-Anforderung abgebrochen und die Festplatte wieder in das Thinkpad eingebaut. Die zweite Installationsphase lief dann auf dem Thinkpad, das nun keine Schwierigkeiten hatte von der Festplatte zu booten und auch das IDE-CDROM-Laufwerk richtig erkannte.

Wenn man OS/2 in ein FAT Dateisystem installiert, ist es zu einem späteren Zeitpunkt möglich die IDE-Festplatte nochmal aus dem Thinkpad auszubauen und über das externe USB-Gehäuse an einen PC anzuschließen. Damit kann man leicht ein Backup des Betriebsystems vornehmen oder evtl. Änderungen an beschädigten Konfigurationsdateien vorzunehmen.

Auf diese Weise hat man OS/2 Warp 4 in weniger als einer Stunde auf einem Thinkpad 760ED installiert. Man benötigt aber einen PC mit mindestens Windows 2000 und USB und eine externes USB-Gehäuse für 2,5"-IDE-Festplatten. Als nächstes muss ich mir die einzelnen Treiber für das Thinkpad beschaffen. Die Grafikkarte, Soundkarte und die IrDA-Schnittstelle werden nicht von Warp 4 erkannt. Zu diesem Thema habe ich einen Artikel auf www.OS2BBS.com gefunden, der ausführlich beschreibt, welche Treiber es gibt und wie man sie für OS/2 Warp installiert. Leider kann ich die angegebenen Treiber nirgendwo mehr finden. Bei Hobbes findet man einen Treiber für die ESS 688 Soundkarte. Für die Grafikkarte Trident CYBER9320 bleibt die Hoffnung, dass vielleicht der DisplayDoctor-Treiber helfen kann. Vielleicht hat aber auch DrRatio noch alte Treiber CDs in seinen Archiv?

[UPDATE 21.Sep.2009] Alle Versuche eComStation 2.0 RC7 oder eine frühere Version von eCS auf diesen Notebook zu installieren sind gescheitert. Das Notebook bleibt schon beim laden des Bootmanagers von CD hängen. Vermutlich benötigt dieser mehr als 80MB RAM. Schade. Nun bleibt nur die Installation von OS/2 Warp 4.

[UPDATE 29.Sep.2009] Da ich nun mittlerweile 2 Notebooks schon mit OS/2 Warp 3 am laufen habe, und Warp 4 lieber in einer virtuellen Maschine nutze, habe ich auf dem Thinkpad Windows 98 SE installiert. Für dieses Betriebssystem habe ich alle Treiber bei Lenovo herunterladen können. Ich habe noch reichlich alte Windows-Software herumliegen die ich nicht mehr unter WindowsXP/7 ans laufen bekomme.

[UPDATE 14.Jan.2010] Mittlerweile ist mir noch eine weitere Festplatte in die Hände gefallen, die sich in dem Thinkpad betreiben läst (Das BIOS akzeptiert keine HD über 5 GB). Auf dieser habe ich OS/2 Warp 4 installiert und anschliessend Fixpack 15, Innotek Java 1.4.2 und den SNAP Display Treiber installiert. Diese Installation belegt knapp 300MB der 520MB Festplatte. Der Netzwerk funktioniert über eine 3COM Etherlink III PCMCIA Karte ohne Probleme.

[UPDATE 06.Mai.2010] Das Thinkpad 760ED hat eine sehr spezielle Soundkarte. Passende Treiber kann man aber zum Glück noch hier finden.

Book Review: Kapitel 2 - Und es geht doch noch nicht los... Teil 2

Im folgenden beschreibt der Autor die wichtigsten System-Dateien von OS/2 und deren Funktion. Bei der Installation von OS/2 kann es unter Umständen vorkommen, dass man Änderungen an diesen Dateien vornehmen muss, damit OS/2 sich vernünftig installieren lässt.

• CONFIG.SYS
  Diese ist die wichtigste aller Konfigurationsdateien. Ohne diese Datei kann OS/2 nicht starten. Sie wird nur einmal beim Start des Betriebssystems geladen und abgearbeitet. Neben Anweisungen für Treiberinstallationen enthält sie vor allem systemrelevante Setup-Daten wie Umgebungsvariablen und systemsteuernde Einstellungen, die nur während des Systemstarts vorgenommen werden können. Änderungen an dieser Datei werden deshalb erst beim nächsten Start des System berücksichtigt.
  
  
• OS2.INI & OS2SYS.INI
  Diese beiden Dateien sind in einem binären Format angelegt und können nicht mit einem Editor bearbeitet werden. Über diese Dateien wird das Verhalten des Präsentation Managers und der Workplace Shell gesteuert. Sind diese Dateien defekt oder nicht vorhanden, kann die grafische Benutzeroberfläche nicht gestartet werden. Diese Dateien werden bei Start der GUI eingelesen und mit dem Ende des Systemabschlusses wieder freigegeben.
  
  
• AUTOEXEC.BAT
  Diese Datei wird für DOS-Sitzungen benötigt. Wie auch unter DOS können in dieser Datei System-Variablen gesetzt werden oder Programme aufgerufen werden. Unter OS/2 ist es möglich für unterschiedliche DOS-Sitzungen jeweils eine eigene, spezielle angepasste AUTOEXEC.BAT Datei anzugeben. Es ist auch möglich eine DOS-Sitzung ganz ohne diese Datei zu starten, dann muss aber in Kauf genommen werden, dass bestimmte DOS-Funktionen nicht mehr wie erwartet funktionieren. (Tastaturtreiber, Pfadangaben, Mausunterstützung etc.)
  
  
• STARTUP.CMD
  Diese Datei wird unmittelbar nach der Abarbeitung der CONFIG.SYS Datei abgearbeitet. In dieser Datei können bestimmte Programme automatisch zum Systemstart ausgeführt werden. Falls man mit der Workplace Shell arbeitet, kann man aber auch auf diese Datei ganz verzichten und dafür die Programme, die man zum Systemstart ausführen will in den Ordner Autostart legen.

Alle diese Konfigurationsdateien sollte man zur Sicherheit in einen Ordner oder auf eine Diskette sichern damit man bei Systemproblemen auf diese zurückgreifen kann. Die Dateien OS2.INI und OS2SYS.INI sollte man am besten zusammen mit allen Desktop-Ordnern sichern. Wie man diese Dateien am besten sichern kann, wird in einem anderen Kapitel noch einmal genau beschrieben.

Book Review: Kapitel 2 - Und es geht doch noch nicht los... Teil 1

Dieses Kapitel beschäftigt sich mit der Installation von Warp 3 und klärt, ob man eine evtl. schon installierte OS/2 Version mit dem Warp Paket aktualisieren kann. Der Leser wird außerdem in die wichtigen OS/2 Systemdateien eingeführt und ihm werden Schritt für Schritt die einzelnen Phasen der Installation erläutert. Zuerst möchte ich ein paar Abkürzungen erläutern die bei früheren OS/2 Versionen (1.0 - 2.0) verwendet wurden:

• SE - Standard Edition
  Diese Version enthält die Standard Komponenten des Betriebsystems und ist für den Einsatz auf dem Desktop PC ausgerichtet. Ab der Version 2.0 enthält OS/2 zusätzlich eine Windows 3.1 Version. Ab der Version 2.1 gibt es dann eine SE-Variante mit Windows (Blue-Spine) und eine günstigere Variante ohne Windows (Red-Spine).
  
  
• EE - Extended Edition
  Diese Variante von OS/2 wurde um Server Funktionen erweitert.
  
  
• GA - General Availability
  Ab Version 3.0 Warp wurde die Release Version von OS/2 mit GA oder auch Golden Code bezeichnet. Dieses war jeweils die von IBM freigegebene Version die in den Verkauf gelangte.
  
  
• OS/2 for Windows
  Diese Variante von OS/2 konnte über ein installiertes DOS mit Windows 3.1 in das vorhandene FAT-Filesystem installiert werden. Der Anwender hatte dadurch die Wahl, mit einen bisherige DOS und Windows weiterzuarbeiten, ober aber die gleiche Software auch unter OS/2 zu verwenden.
  
  
• WinOS/2
  Diese Windows 3.1 Version ist bestandteil von OS/2 und wird als eigener Prozess gestartet. In dem Fall, dass eine Windows-Anwendung abstützt kann diese nur den WinOS/2 Prozess beeinträchtigen. Das darunterliegende OS/2 System mit seinen Anwendungen läuft ungehindert weiter.
  

Eine Aktualisierung auf Warp 3 ist nicht unter alle Umständen möglich. Abhängig von der installierten Vorgänger-Version kann nur mit einer bestimmten Warp 3 Variante eine Aktualisierung durchgeführt werden. In diesem Fall muss die alte OS/2 Installation gelöscht werden. Es ist möglich OS/2 auf eine FAT Partition neben Windows 3.1 zu installieren. Mit einigen Tricks ist es auch möglich ein Windows 3.1 auf eine OS/2 HPFS Partition zu installieren.
Ich gehe im folgenden davon aus, dass man eine OS/2 Version 3 mit WinOS/2 installiert und somit DOS und Windows automatisch mit Warp 3 mit installiert wird.

Bei den Installationsmedien hat man die Auswahl zwischen einer Disketten Version von Warp 3 oder einer Version mit 2 CD-ROMs (OS/2 Warp + Bonus-Pack) und 2 Boot-Disketten. Der Autor empfiehlt den Kauf der CD-ROM Version, selbst wenn man ein CD-ROM Laufwerk haben sollte, dass noch nicht von OS/2 unterstützt wird. Unter DOS besteht auch mit der CD-ROM Version die Möglichkeit, sich eine notwendigen Installations-Disketten selbst zu erstellen. Da IBM die Disketten in einem anderen Format verwendet, das mehr als 1.44 MB auf einer Diskette speichern kann, benötigt man unter DOS einen speziellen Treiber um diese Disketten bearbeiten zu können. Auf der OS/2 Warp 3 CD-ROM befindet sich im Verzeichnis \OS2 die folgenden Treiber die man in die CONFIG.SYS Datei der DOS-Installation eintragen muss:

BASEDEV=IBM2FLPY.ADD
BASEDEV=XDFLOPPY.FLT

Danach kann man mit dem Befehl makedsks die Installationsdisketten erstellen, bzw. mit dem Befehl xdfcopy a: a: sich Sicherheitskopien der Installationdisketten erstellen, wenn man eine Diskettenversion von OS/2 besitzt. In dem Fall, dass man noch einen Rechner mit einem 5,25" Floppy Laufwerk besitzt hilft leider alles nichts, man benötigt ein 3,5" Floppy Laufwerk als Laufwerk A: sonst kann man OS/2 nicht installieren.

Book Review: Kapitel 1 - Bevor Sie beginnen ...

Das erste Kapitel dieses Buches erläutert die Grundlagen eines PCs und den Funktions-Umfang von OS/2 Warp 3. Es wird auf die Systemanforderungen von Warp 3 eingegangen und beschrieben wie man Warp 3 zusammen mit anderen Betriebssystemen installiert.

Der Autor empfiehlt als minimal PC für die Benutzung von Warp 3 einen 386 DX 40 mit 8 MB RAM und 200 MB Festplatte. Warp 3 läuft theoretisch schon auf einem 386 SX 16 mit 4 MB RAM und 60 MB Festplatte, diese Ausstattung ist aber nur für wenige Anwendungen wie Textverarbeitung erträglich. Als optimaler Warp-PC wird ein 486 DX 33 mit 16 MB RAM und 400 MB Festplatte empfohlen. Bei der Auswahl der Hardware-Komponenten sollte man vor dem Kauf genau prüfen, ob diese von Warp 3 direkt oder vom Hersteller der Komponente mit Treibern unterstützt wird.

Warp 3 bietet echtes Multitasking zwischen OS/2, Windows 3.1 und DOS Anwendungen, besitzt echten Speicherschutz zwischen den verschiedenen Anwendungen und bringt für die Bedienung eine objektorientierte, graphische Benutzeroberfläche mit, die Workplace Shell. Warp 3 unterstützt das FAT, HPFS und ISO9660 Dateisystem und über der Installable-File-System (IFS) Unterstützung können noch weiter Dateisystem hinzugeladen werden.

Anders als OS/2 2.1 wird Warp 3 direkt mit einem BonusPak ausgeliefert das die folgenden Programme enthält:

• IBM Works (Textverarbeitung, Datenbank, Tabellenkalkulation, Terminverwaltung)
• IBM Multimedia Viewer für Archivierung und Darstellung von Bild und Textdateien.
• IBM Internet Connection für OS/2 (diverse Programme für den Zugriff auf das Internet)
• Faxworks für OS/2 (Faxe empfangen und senden aus OS/2-, WinOS/2- und DOS-Anwendungen heraus)
• Opalis für OS/2 (BTX-Decoder für den Datex-J Dienst der deutschen Telekom)
• HyperAccess Lite für OS/2 (Terminal-Programm für den Zugriff auf Mail-Boxen und Online-Dienste)

Bevor man nun Warp 3 installiert sollte man sich Gedanken darüber machen, ob man OS/2 alleine oder neben anderen Betriebssystemen wie Linux oder DOS verwenden will. Hier gelten die gleichen Regeln die schon im Kapitel 11 zum Book Review OS/2 2.1 - Eine Strukturierte Einführung beschrieben wurden.

Warp-Book im Selbstbau

OS/2 Warp 3 läuft unter Q und QEmuManager, ich wollte trotzdem einmal eine Installation auf "echtem Eisen" durchführen, um mir ein Bild davon zu machen, wie schnell bzw. gut OS/2 sich 1994 für den Anwender an gefühlt hat. Ich habe einige alte PCs herumstehen, auf denen ich schon Warp 4 und EcomStation probeweise installiert hatte und weil bei dem letzten OS/2 Buch, dass ich in die Finger bekommen hatte, eine 60 Tage OS/2 Warp Version auf CD-ROM bei lag, dachte ich mir, jetzt installierst du auch mal Warp 3.

Leider lies sich Warp 3 auf keinem meiner Rechner mehr installieren. Alle bleiben bei der Installation entweder hängen (frieren ein) oder beenden das Booten mit einem TRAP. An dieser Stelle wurde mir klar, wie gut die Emulation unter QEmu wirklich ist.

An diesem Punkt hatte ich zwei Möglichkeiten weiter zu machen. Treiber-Troubleshooting in der Config.sys von Warp 3 oder die Beschaffung vernünftiger, antiker Hardware aus dem Jahr 1994. Außerdem wollte ich Warp 3 nicht wirklich auf diesen alten, lauten, sperrigen, dreckigen Blechkisten installieren. Bei eBay fand ich nach kurzer Suche ein 486 Notebook mit Farb- VGA- TFT- Display als Defekt für unter 10 Euro. Was defekt an dem Gerät war, war dass der Display-Deckel nicht mehr in Position gehalten wurde, weil die Plastikverschraubungen an den Schahnieren über die Jahre brüchig geworden waren. Mit etwas Heißkleber (DrRatio's liebling ;) war das schnell repariert. Der Akku war natürlich nach über 10 Jahren platt und das Netzteil war kaputt. Ein passendes 19 Volt Netzweil war schnell organisiert und nach dem Einschalten des Geräts bootete es Windows NT 4.0 von seinem Vorbesitzer.

Bei dem Notebook handelt es sich um ein ESCOM PARADIGMA II aus dem Jahre 1995 mit 486 DX 4-100 MHz CPU und 20 MB RAM, also die ideale Hardware für Warp 3. Das 12"-Display hat eine Standard-VGA Auflösung von 640 x 480 Pixel bei 256 Farben. Die laute und scheppernde 504 MB 2,5"-Festplatte wurde sofort gegen einen Compact-Flash-IDE-Adapter mit 256 MB CF-Karte gewechselt.

Schwierig wurde es bei der Partitionierung der CF-Karte. Die CF-Karte wurde vom BIOS sauber erkannt, da dass Disketten-Laufwerk aber nicht mehr richtig funktionierte, war es sehr schwer ein DOS auf dem Notebook zu booten um die Festplatte zu partitionieren. Nach vielen Versuche klappte es dann, und auf der CF-Karte konnte dann anschließenden mit QEmuManager Warp 3 installiert werden. Nach der Installation wurde die CF-Karte wieder in das Notebook eingebaut, welches nun Warp ohne Probleme bootet. Beim Filesystem Typ bin ich bei FAT geblieben. Ich kann nun die CF-Karte über einen USB-Media-Reader an jeden PC anschließen und nachträglich Daten von und auf das Medium kopieren. Außerdem kann ich das installierte Warp 3 unter QEmuManager booten und damit arbeiten, so als laufe es auf dem Notebook. Dabei sollte man aber beachten, das man keinen Virenscanner oder irgend welche anderen Programme laufen hat, die gleichzeitig mit dem Emulator auf die Daten auf der CF-Karte zugreifen. Das Ergebnis ist ein durcheinander in der FAT und in den Daten auf der CF-Karte.
Unter Q auf dem Mac kann ich mit dem Disk-Utility ein Image von der CF-Karte erzeugen. Leider habe ich noch keinen Weg gefunden, dieses wieder auf die CF-Karte zurückzuspielen. Das erzeugte Image kann man unter Q booten und somit auch mit Warp 3 arbeiten.

Installationsanleitung auf der Wiki von TeamOS/2 Köln/Bonn

In der Wiki von TeamOS/2 Köln/Bonn entsteht zur Zeit eine detaillierte Installationsanleitung von OS/2 in den verschiedenen Versionen in QEmu auf dem Mac. Die Anleitung erstelle ich auf Englisch, weil der Rest der Wiki auch in Englisch verfasst ist und auf diese weise auch OS/2 Anwender außerhalb Deutschlands erreicht werden. In dieser Wiki finden sich auch Anleitungen wie OS/2 auf anderen Virtuellen Maschinen installiert werden kann. Ich werden weiterhin an Q / QEMU halten, da dieser bisher der Emulator ist, der die besten Ergebnisse erzielt hat und der eine Existenz vom OS/2 auch in Zukunft garantieren kann, wenn es keine PCs mehr mit i386 kompatibler CPU gibt. Vielen Dank an dieser Stelle an Roland Schmalenberg der die Wiki eingerichtet hat.

eCS 2.0 RC 5 Installation auf echtem Eisen

Ein Freund hat mir das ISO Image von eCS 2.0 RC5 kopiert. Ich wollte einfach mal ausprobieren, ob dieses Version auch unter QEmu bootet, und das Image passte mit 677MB noch auf meinen Memorystick den ich dabei hatte. Zu Hause habe ich dann sofort das Image unter QEMU gebootet. Nach der Bootauswahl erscheint kurz das blaue eCS RC5 Boot-Logo und eCS stürzt ab...schade.
Da ich eCS aber trotzdem mal ausprobieren will, brenne ich das ISO-Image auf CDROM und Versuche eine Installation auf einem IBM Thinclient. Aber auch hier erfolgt der Abstutzt nach dem Boot-Logo. Im Keller hab ich dann in einer verstaubten Ecke noch ein Relikt aus meiner Studienzeit entdeckt. Ein Pentium MMX 200 MHz mit 64 MB RAM mit Matrox Millenium II Grafikkarte. Diesmal hab ich mehr Glück. eCS bootet bis zum ersten grafischen Installations- screens. Leider wird dieser nicht fehlerfrei angezeigt. Also erneut gebootet und diesmal in den eCS-Booteinstellungen die VGA-Grafik anstatt der SNAP-Grafik ausgewählt. Diesmal sind die Grafikausgaben vollständig.
Nun folgt die umständliche Eingabe des 105stelligen Registrierungscodes. Nachdem man endlich geschafft hat, diesen fehlerfrei einzugeben kommt man zur Auswahl der Installationsfestplatte. Spätestens hier stellt man nun fest, ob beim booten die Treiberauswahl für die Festplatte die richtige war. Falls nicht, wie bei mir, bleibt einem nicht anderes übrig, als auf den Reset-Knopf zu drücken und eCS erneut zu booten. Vielleicht erwischt man im Bootmenü diesmal den richtigen Treiber. Auf jeden Fall, darf man bei jedem Versuch den 105stelligen Code wieder eingeben.
Trotz der Auswahl "Easy"-Installation gelangt man nun in den Partitionsmanager wo man sich eine Partition für eCS erstellen muss. Dies ist schnell erledigt und man muss den Rechner nicht nochmal neu booten. Die erstellte Partition auf der Festplatte wird nun mit einem HPFS Filesystem formatiert. Sie ist 4 GB groß und die Formatierung dauert 1 Stunde (kein Witz). Zeit genug für eine oder zwei Tassen Kaffee.
Nach der Formatierung führt der Installer ein Hardwareerkennung durch. Die Netzwerkkarte wird erkannt und die Installation aller eCS Komponenten beginnt. Am Ende der ersten Installationsphase führt eCS einen Reboot durch. Nach der Installationsphase 2 ist eCS betriebsbereit installiert. Als erstes habe ich versucht mit Firefox ins Internet zu kommen. Die Netzwerkkarte hat über DHCP alle nötigen Netzwerkeinstellungen von Router bekommen und der Firefox-Browser wird standardmäßig mit eCS installiert.
Leider stelle ich fest, dass ein Pentium MMX 200 mit nur 64MB RAM mit eCS und Firefox überfordert ist. Das System swapt sich tot. Zum Glück habe ich noch ein paar PS/2 Simms herumliegen und der PC noch zwei freie RAM-Steckplätze. Schon läuft der PC mit 128MB RAM. Ein Swapen auf die Festplatte findet jetzt nicht mehr statt, Firefox ist aber immer noch unerträglich langsam.
Alles in allem kann lief die Installation ohne Fehler durch. eCS bringt ein Java 1.4.2, Firefox und Thunderbird und Makromedia Flash 5 Player direkt mit. YouTube Video im Browser läuft damit aber leider nicht. Warum eine Installation auf einem IBM Thinclient nicht funktioniert ist mir schleierhaft. Ich kann mich erinnern, dass ältere Versionen von eCS noch gut darauf gelaufen sind (siehe OS-Liste).
Nachdem ich 3 Stunden mit eCS herumgespielt habe komme ich zu folgendem Ergebnis:

• eCS ist ein grafisch und farblich aufgepepptes OS/2 Warp 4 das schon die notwendigsten Zusatzprogramme wie Webbrowser, Mail-Client, Java 1.4.2, Fixpacks und Utilitys (VNC, FTP, WarpIN, Picture-Viewer usw.) mitbringt.
• Die Netzwerk-Installation verlief bei mir Reibunglos. Die Hardware wurde automatisch erkannt und dank DHCP auch automatisch konfiguriert. Trotzdem bleibt eCS im Lokalen Netzwerk isoliert, da außer mit HTTP und FTP keine Kommunikation mit anderen Rechnern möglich ist, mit spezielle Kenntnissen in Netzwerk-Administration lässt sich hier aber noch das eine oder andere Tricksen. An Samba für OS/2 wird zur Zeit gearbeitet, es ist aber noch kein Bestandteil von eCS.
• Für jede System-Komponente gibt es ein eigenes Setup, für die Software-Komponenten, für die Hardware, für Multimedia, für das Netzwerk usw. und alle werden völlig unterschiedlich von einanderer bedient. Hier merkt man eCS bzw. OS/2 deutlich an wie es über die Generationen gewachsen und gealtert ist. An den alten Konzepten werden die Entwickler von eCS aber nichts mehr ändern können. Das ganze wirkt grob zusammengeschustert und altbacken. Der OS/2 Kenner ist diesen Umstand aber aus langjähriger Erfahrung gewohnt, nur Neu-Einsteiger werden sich wundern und vielleicht wieder aussteigen bevor sie einsteigen.
• eCS 2.0 RC5 ist keine Alternative zu Windows XP, Linux oder MacOS X. Es ist ein Lösung für alle die, die noch Fest an OS/2 gebunden sind (bzw. noch nicht loslassen wollen) und zur Zeit noch keine Möglichkeit zur Migration auf ein anderes Betriebssystem gefunden haben.

Zwischenbericht - 1 Monat OS/2 Today

Es ist jetzt etwa einen Monat her, seit dieser Blog existiert und in dem ich mich mit dem Betriebsystem OS/2 und seiner Nutzergemeinschaft auseinandergesetzt habe. Nach diesem Monat möchte ich mal zusammenfassen was bisher geschehen ist:

• OS/2 2.1, Warp 3 und Warp 4 laufen mehr oder weniger gut unter QEMU d.h. man wird auch in der Zukunft in der Lage sein, diese Software zu benutzen.(und es wird nie wieder Treiberprobleme mit neuer Hardware geben)
• Alle Versionen von OS/2 wurden frei aus dem Internet geladen und zählen als AbandonWare d.h. man bewegt sich rechtlich in einer Grau-Zone ob der Besitz und die Nutzung dieser Software als Raubkopie zu werten ist oder nicht. Offiziell gehört die Software IBM, es entsteht aber kein Schaden, da IBM diese Software weder verkauft noch supportet.
• OS/2 ist die ideale Plattform für diejenigen die alte DOS, Windows 3.1 und OS/2 Programm nutzen wollen. OS/2 ist ein besseres DOS als DOS und eine besseres Windows 3.1 als Windows 3.1.
• Die OS/2 Gemeinschaft ist auf dem Holzweg. Es wird versucht, OS/2 als Alternative zu Linux und Windows aufzustellen. Angetrieben durch Serenity Systems und Mensys wird an eComStation, Treibern und Patches gearbeitet und neue kommerziellen Anwendungen herbeibeschworen. OS/2 ist tot. Es gibt bessere und neuere Alternativen auf denen man neue Anwendungen entwickeln kann. Das Primärziel der OS/2 Gemeinschaft sollte sein, dass bestehende zu konservieren, und der Nachwelt zur Verfügung zu stellen und nicht durch eCS Leichenschinderei zu betreiben.
  

Wie geht es weiter?
Auf meiner Agenda für den nächsten Monat stehen folgende Punkte:

• Die Netzwerk-Funktionalität von OS/2 2.1, WARP 3 und WARP 4 unter Q / QEMU aus laufen bekommen.
• Einen Treiber für die CirrusLogic Grafikkarte finden, die eine höhere Auflösung als 640x480 Pixel erlaubt.
• Freie DOS-, Windows 3.1- und OS/2- Software suchen, installieren, ausprobieren und darüber berichten. Das langfristige Ziel sollte es sein, ein Festplatten-Image mit fertig vorinstalliertem und konfiguriertem OS/2 und Anwendungen zu erstellen. Es soll möglich sein, dass man einfach jemanden interessierten OS/2 in die Hand geben kann. Nur so kann OS/2 am Leben erhalten werden, einfach die bestehende Software nutzen und Spaß dabei haben statt neue zu schreiben.
  

OS/2 Warp 3 Connect läuft unter Q

OS/2 Warp 3 Connect kann man bei VentusWare.com herunterladen. Dabei handelt es sich um 17 RAR Dateien. Nach dem Entpacken der Datei erhält man einen Verzeichnisbaum in dem die DSK-Images für die Installation liegen.
Unter Q wird ein neuer PC mit 500MB HD und Soundblaster 16 angelegt. Als Bootgerät wird die Floppy ausgewählt und als Floppy-Image Disk0.DSK.
Die Installation von OS/2 verläuft ohne erkennbare Schwierigkeiten und ist bis auf wenige Kleinigkeiten gleich zur Installation von Warp 4. Nach der Installation hatte ich ein funktionierendes OS/2 Warp 3 mit Sound. Die Netzwerk-Komponenten habe ich erst einmal nicht mitinstalliert.
Nach Warp 4 und 2.1 ist dies nun die dritte OS/2 Version die ich unter Q/QEMU ans laufen bekommen habe. Der nächste Schritt ist nun die unter Warp 3 und Warp 4 vorhandenen Netzwerk-Funktion ans laufen zu bekommen.

OS/2 2.1 läuft unter Q

OS/2 2.1 kann man wie schon erwähnt unter VentusWare.com heruntergeladen werden. Diese Seite bietet zahllose Programm an, die offiziell von ihrem Hersteller nicht mehr vertrieben werden. Das IBM OS/2 2.1 nicht mehr verkauft und auch keinen Support mehr leistet kann man es getrost herunter laden, ohne dass man sich schlaflose Nächte machen müsste, dass IBM einen dafür verklagt.
Nach dem Download der Datei OS2-21.zip wird diese entpackt. Es entsteht ein Verzeichnis in dem Duzende Diskimages liegen. Mit diesen Images kann Q aber noch nichts anfangen. Die IMZ Dateien müssen jede für sich mit ZIP entpackt werden. Aus der IMZ Datei entsteht dann eine IMG Datei. Bevor wir diese mit Q benutzen können müssen die Dateinamenendungen von z.B. DISK1.IMG in DISK1.DSK geändert werden. Hat man dies für alle Datei durchgeführt, wir Q gestartet und ein neuer PC erstellt. Als Festplatte habe ich eine 500MB Partition gewählt. Als Boot-Disk-Image stellt man OS21-INSTALLATION-DISK.DSK ein und als Startlaufwerk wählt man die Floppy.
Nach dem man den PC gestartet hat wird man sofort aufgefordert die erste Diskette einzulegen. Anschließend wird auf der Festplatte eine Partition erstellt. Ich habe die automatisch Erstellung der Partition gewählt. Danach will OS/2 neu booten. Nach dem Reboot wird gefragt ob man die Festplatte als FAT oder HPFS formatieren will. Ich habe mich für HPFS entschieden. Die Formatierung der 500MB Partition hat bei mir fast 3 Minuten gedauert, also nicht die Geduld verlieren.
Anschließend werden die Disketten 1-5 auf die Festplatte kopiert. Am Schluss fordert dann der Installer auf, die Diskette aus dem Laufwerk zu entfernen, damit das System konfiguriert werden kann. Das entfernen der Diskette wird vom Installer aber nicht erkannt. An dieser Stelle habe ich einfach den PC resetet, da ich vermute, dass nach dem entfernen der Diskette der PC sowieso einen Reset durchgeführt und dann von Festplatte gebootet hätte.
Nach dem Reset bootet der PC von der Festplatte OS/2 und setzt die Installation mit der Diskette 6 fort. Nach dem man bis Diskette 17 installiert hat werden dann noch die Drucker- und Display-Diskette angefordert. Nach diesem Schritt ist die Installation abgeschlossen. Es erscheint ein Tutorial und im Hintergrund wird der Presentation Manager aufgebaut. Das System ist vollständig installiert und betriebsbereit. Für das CD-ROM Laufwerk (IDE) habe ich während der Installations-Abfrage genau so wenig einen passenden Treiber gefunden wie für eine Soundkarte. Hier muss also noch nachinstalliert werden.
FAZIT: Die Installation lief ohne die geringsten Schwierigkeiten durch. Es gab keine Hänger des Systems und OS/2 2.1 mach auf mich einen sehr sauberen Eindruck. Auf den ersten Blick gefällt mir der Installer und der Presentation Manager von OS/2 2.1 besser als der von OS/2 Warp 4.

Warp 4 ist vorerst das einige OS/2 das unter QEMU läuft

Über die Weihnachtsfeiertage hatte ich ausreichend Zeit mich mit OS/2 unter QEMU/Q zu befassen. Die Ergebnisse sind ernüchternd. OS/2 Warp 4 scheint die einzige OS/2 Version zu sein die man unter QEMU zum laufen bekommt. Ich habe OS/2 2.1, OS/2 Warp 3 und OS/2 Warp 4.5 Server ausprobiert. Die Installationen bleiben schon an der zweiten Installations-Diskette hängen. Leider ist es mir auch nicht gelungen irgend ein Fixpack unter OS/2 Warp 4 zu installieren. Nach der Installation des Fixpacks bleibt OS/2 beim reboot immer mit einem Blue-Screen mit Uhr hängen.
Um mich aus der verfahrenen Situation zu befreien, habe ich OS/2 Warp 4.5 Server auf einem IBM ThinClient installiert. Anschließend habe ich von der Festplatte ein Image erstellt und dieses versucht mit QEMU zu booten. Der Bootvorgang stürzt kurz vor dem Starten des Presentation-Managers mit einer TRAP 0E ab. Das booten mit ALT-F1 mit der Option Kommando-Console führt zum gleichen Fehler.

Mögliche Ursachen und Lösungen für einen Bluescreen ...

OS2DOCs.org schreibt:
Note: if you remove "FOLDERS", the system will not load the desktop, and at boot will "hang" with a blank blue screen and a moveable mouse pointer. If you get this, put "FOLDERS" back in the AUTOSTART line.

Arnold-Onc.ca schreibt:
Hold F2 down on bootup if you have problems with 'the dread blue screen' (I had it often before regular use of checkini and learning to turn off WC before shutdown.)

ru2.halfos.ru schreibt:
APAR= JR09461 OS/2 WARP V4 (WARPV4) BOOT STOPS INTERMITTENTLY. BOOT STOPS AT THE PM BLUE SCREEN WITH CLOCK DUE TO RESOURCES DEADLOCK.

www.computing.net schreibt:
My OS/2 system hangs with a blank blue screen more than 1/2 the time on bootup. I have the black & white clock in the middle and that's all. Nothing responds. The OFF button for the motherboard at the front of the computer will not work, when this happens? I have to turn OFF at the powerstrip. I've tried changing the run statement in the CONFIG.SYS file (delete the WarpCenter startup, etc.). That does not work. My workaround is to boot up from floppies and copy my most recent backup of the OS2 INI files to C:\OS2 directory. That works almost all the time. I use Gamma Tech Sentry to make those backups. To me the problem seems to be some sort of corruption of the OS2.INI file during sessions as a result of the OS updating these files. I am using Warp 4 with fixpack 14.

os2ports.com schreibt:
Hang during WPS startup - blue screen, clock pointer

Warp 4 boots cleanly to the point where PM starts up and a blue background is displayed. The system then waits indefinitely. The "clock" pointer remains visible, and responds to mouse movement. If MMPM/2 is installed, the System Startup sound may or may not be heard. This particular problem has been referred to as the Blue Screen of Death.

Note: a similar symptom will occur if you accidentally remove the FOLDERS keyword from the AUTOSTART setting in CONFIG.SYS.

While this problem does not occur on most Warp 4 systems, it is extremely noticeable when it does appear. Because of this, and because it is extremely frustrating to deal with, it is perhaps the most frequently reported problem with Warp 4. Based on the reports I've seen it looks like a case of improper serialization of some resource. An example would be (say) the WPS and WarpCenter (which runs as part of the WPS) each executing code between DosError() Disable/Enable calls with no interlock. Both would assume that their last setting would be the one in effect, and both might be correct.. most of the time.

Whatever the true cause, this problem appears to be highly timing-dependent. This means that apparently minor changes to seemingly unrelated areas of the system can trigger this problem... or cause it to vanish. Users have reported fixing or reducing occurrences of this problem through a variety of means, all of which alter the timing of portions of system startup rather than (IMHO) actually addressing the root cause.

Possible workarounds: If you should encounter this problem, try one or more of the following until a definitive fix (or workaround) is available:

• Use the System object to disable System Sounds and Window Animation.
• Press Alt-F2 at the OS/2 "boot blob" to display BASEDEV drivers as they are loaded.
• Press Ctl-Shift-F1 during bootup to suppress starting of objects in the Startup folder.
• Press Ctl-Esc when the system startup sound is heard.
• Remove the WARPCENTER keyword from the AUTOSTART setting in CONFIG.SYS and place a shadow of its icon on the Startup folder.
• Replace the Desktop bitmap with a plain colored background.
• Remove all icons from the Startup folder.
• Turn on Desktop archiving.
  

More serious efforts might include:

• Use an INI maintenance tool such as UniMaint to clean unused entries from your system INI files. This will reduce the time spent processing them at startup.
• Restore the Desktop from an archived copy.
• Remove noncritical entries from LIBPATH.
• Remove MMPM/2 support.
• Reinstall the display driver, or install an updated driver.
• Switch system video to VGA mode.
• Perform a nondestructive rebuild of the system INI files
• Reinstall Warp 4.
  

Note that none of the above are guaranteed to make the problem disappear permanently.

Fixpack 15 Installation bleibt beim Reboot hängen...

Eine Fixpack zu installieren ist alles andere als einfach. Die Fixpack Archive die man bei Hobbes findet lassen sich nicht ohne weiteres installieren. Es gibt da die verschiedensten Varianten, aber keine die wirklich Funktioniert. Tools wie SERVICE oder FSERVICE sind nicht in der Lage, die Fixpack-Daten zu finden, geschweige denn zu installieren. Ohne spezielle OS/2 Kenntnisse kommt man hier nicht weiter. Nach mehreren gescheiterten Versuchen habe ich dann doch eine Quelle für einen funktionierenden Service Pack 15 Patch gefunden. Dieser Installationsweg funktioniert. Den Fixpack kann man sich direkt bei IBM herunterladen. Leider bleibt das Betriebssystem beim Reboot nach der Installation in der GUI hängen. Immerhin bin ich einen kleinen Schritt weiter gekommen. Mit diesem Problem scheinen auch andere gekämpft zu haben. Leider finde ich keine Details die dieses Problem lösen. Vermutlich versucht OS/2 eine Anwendung zu starten, und findet diese nach dem Patch nicht mehr. Man kann in der Status-Anzeige von Q(QEMU) erkennen, dann periodisch versucht wird von der Festplatte zu lesen bzw. zu schreiben. Nach mehreren Minuten erlischt auch diese Aktion und es bleibt nur noch die Uhr die man mit der Maus noch bewegen kann. Nach einem CTRL-ALT-ENTF poppt kurz ein Fenster auf, dass das System herunterfährt. Darauf hin erfolgt der Reboot der aber wieder in den gleichen Fehler läuft. (An dieser Stelle hab ich mich dann nicht mehr gewundert, dass OS/2 ausgestorben ist... totaler Schrott)

[UPDATE] Dieser Fehler scheint allgemein bekannt zu sein als "Blue Screen of Death". Ich dachte sowas gibts nur bei MS-Windows. Dieser Fehler sollte mit dem FixPack 1 korrigiert sein. Da ich gerade den FixPack 15 installierte habe, wundere ich mich darum gar nicht, dass der Fehler wieder da ist :^)