Mein "High-Performance-mit-maximaler-Kompatibilität-Retro-PC"

Inspiriert durch MaTels EISA-Rechner stelle ich euch heute mal mein aktuelles Projekt vor:

Zielsetzung:
Es soll ein PC mit möglichst hoher Performance entstehen, der möglichst viele seiner Komponenten unter möglichst vielen Betriebssystemversionen aus der DOS-Windows-OS/2-Welt unterstützt und zwar auf der realen HW und nicht in irgendwelchen Virtualisierern.

Betriebssysteme:
MS-DOS 6.22 (mit WfW 3.11)
Windows 98SE
Windows NT 3.10, 3.50, 3.51, 4.00, 5.00 (Win2000)
OS/2 2.00, 2.11, 2.99 (Beta von 3.00), 3.00, 9.99 (Beta von 4.00), 4.00, 4.5X

Hardwareauswahl:
Soundblaster AWE32 -> wird von allen Systemen unterstützt (zumindest im SB16-Modus), wichtig für DOS-Spiele und DOS-Unterstützung unter OS/2
NE2000-kompatible NIC -> wird von allen Systemen unterstützt, schafft aber nur 10MBit/s
opt. IDE-Laufwerk -> läuft überall bis auf NT 3.10 und (bislang) NT 3.50
Matrox G400 Grafikkarte -> läuft überall bis auf NT 3.10, kein seamless WIN-OS/2 unter OS/2 2.00
1.44MB- und 1.2MB-Diskettenlaufwerke -> überall unterstützt
Board ASUS P3B-F -> 2 ISA-Steckplätze für die AWE32 und die NE2000
CPU -> derzeit Celeron 800@1066MHzOC, mit Slotadapter wäre maximal ein Tuautf8400 möglich
RAM -> derzeit 768MB, wird ggf. auf 512MB reduziert, falls WIN98SE damit nicht klarkommt

Festplattenpartitionierung:
Wichtig war mir, daß die Partitionen, wenn ein System sie erkennt, möglichst immer den gleichen Buchstaben haben
(einzige Ausnahme: P wird unter WIN98SE als D erkannt, da die HPFS- u. NTFS-LW wegfallen)

Platte1 80GB
C: 2GB FAT -> MS-DOS 6.22, Bootcode für WIN98SE und die NTs
OS/2-Bootmanager
D: 1GB HPFS -> OS/2 2.00 und alle NT 3.X
E: 128MB HPFS -> OS/2 2.11 mit WIN-OS/2
F: 128MB HPFS -> reserviert für OS/2 2.12 (Warp Beta 1), derzeit leer
G: 128MB HPFS -> OS/2 2.99 (Warp Beta 2)
H: 500MB HPFS -> OS/2 3.00 Connect mit WIN-OS/2
I: 1GB HPFS -> OS/2 3.00 mit Warp Server 4
J: 500MB HPFS -> OS/2 9.99 (Warp4-Beta)
K: 500MB HPFS -> OS/2 4.00 (mit Fixpack 12)
L: 2GB HPFS -> OS/2 4.5X (Warp4 mit Fixpack 15)
M: 4GB HPFS -> Datenpartition für OS/2 (der HPFS-Treiber von NT schafft maximal 4GB, sonst krachts)
N: 2GB NTFS -> NT 4.00
O: 60GB NTFS -> NT 5.00

Platte2 60GB
P: 60GB FAT32 -> Windows 98SE (hat unter WIN98SE natürlich den Buchstaben D)

Die OS/2-Versionen sehen mit Treibern alle Partitionen, können NTFS aber nur lesen
Die NT 3.X-Versionen sehen derzeit nur C: bis L:, da alle anderen hinter der 8GB-Grenze liegen
NT 4.00 kann mit Treibern alle Laufwerke sehen, FAT32 nur lesen
NT 5.00 kann mit Treibern alle Laufwerke lesen und schreiben
Windows 98SE sieht nur C: und P: (als D:)
MS-DOS 6.22 sieht mit Treibern C: bis L:, kann HPFS aber nur lesen

Folgende HW ist zusätzlich drin, wird aber nur teilweise unterstützt:
Soundblaster Live -> für besseren Spielesound unter WIN98SE und NT 5.00, der Ausgang ist in den Line-In der AWE32 geschaltet, damit ich die Boxen an der AWE32 lassen kann, die AWE32 läuft dann nur als Verstärker
Voodoo2 mit 12MB -> für GLIDE-Spiele unter DOS und WIN98SE, die G400 ist durchgeschleift
3COM 905-CTX -> für 100MBit/s bei größeren Datentransfers, läuft nicht unter WfW 3.11 und NT 3.X, Netzwerkkabel wird bei Bedarf umgesteckt

Falls jetzt jemand fragt, warum ich nicht auch noch NT 5.10 (XP) drauf habe: dessen NTLDR kann die NT 3.X nicht mehr starten.
Gebootet wird zunächst über den OS/2-Bootmanager - da sind alle OS/2-Versionen und das Laufwerk C: direkt auswählbar. Wählt man Laufwerk C:, wird in den Booter von NT 5.00 verzweigt, in dem man dann MS-DOS oder eines der Windows direkt auswählen kann.

Zitat von Dirk

respekt. hatte auch mal ne frickelkiste (nen 486er) wo einige windows versionen nebeneinanderliefen. der nachteil war aber das ein zerfrickeltes windows einen enoremen reperaturaufwand erzeugte.

Stimmt, wenn eines der 3er-NTs neu drauf muß, shreddert es garantiert die Partitionen oberhalb der 8GB-Grenze. Daraus ergab sich auch die Installationsreihenfolge:
1. Mit OS/2 die Partitionen C: bis L: anlegen
2. MS-DOS installieren
3. alle 3er NTs installieren
4. mit OS/2 die Partitionen M: bis O: anlegen
5. die fehlenden NTs und die OS/2s installieren (Reihenfolge egal)
6. WIN98SE installieren, dabei Partition P: anlegen
7. Zum Schluß den Bootmanager reaktivieren

Damals, als ich noch PC-Techniker war, gab's mit einigen Ali-Chipsätzen und ATA66-Platten auch Probleme, wenn man im GM den DMA-Modus aktivierte. Abhilfe schaffte manchmal, ein 80-poliges Kabel zu verwenden, selbst wenn das der Chipsatz gar nicht konnte.
Um das System wieder starten zu können, fahr mal abgesichert hoch und starte den REGEDIT: im Zweig HW-Local-machine gibt es irgendwo unter enum/mf die Einträge child1 und child2 (lönnten auch child0 und child1 sein). Das sind die beiden IDE-Kanäle des IDE-Controllers. Wenn Du die löscht, werden sie beim nächsten normalen Start neu erkannt und das DMA-flag zurückgesetzt.

Zitat von Dirk

Das 80ziger kann ich wie gesagt nur anschließen wenn ich einen PIN des IDE Anschlusses am Mainboard entferne.

Lass den pin lieber dran. Mit etwas beherztem Druck kannst Du das Kabel auch so draufstecken - danach hast Du dann das fehlende Loch im Kabelstecker. Ich habe dabei noch nie ein Board geschrottet, aber die Anwendung ist natürlich auf eigene Gefahr.

Zitat von Antz

ME macht doch eigentlich immer Schwierigkeiten (mir bis jetzt immer)

Die meisten wissen nicht, daß ME für "Montags-Edition" steht.

Zitat von Dirk

naja aber nen 2000 und xp ist für nen 166er pentium mit 128 mb auch nicht das ware. wichtig ist wlan, und das geht halt nur mit dem teil was ich habe ab 98 SE. und SE mag ich nicht wirklich.

Die Diskussion, ob nun 98SE oder ME das bessere DOS-basierte Windows ist, wird wohl ewig ein Glaubenskrieg bleiben: die ME-Adepten führen die aktuelleren Treiber und die bessere "out-of-the-box"-Unterstützung für z.B. USB-Massenspeicher ins Feld, die Gegner (z.B. ich) schimpfen primär auf die kastrierte DOS-Kompatibilität und empfehlen, wenn das nicht so wichtig ist, lieber gleich ein NT 5.X zu nehmen.
Nach meinen Erfahrungen war/ist ME das einzige neuzeitliche (32-Bit) Windows, das auf fehlerfreier Standard-HW schon teilweise bei der Installation abgekackt ist, noch bevor irgendwelche Fremdtreiber das System weiter destabilisieren konnten.

Hier noch ein kleiner Nachschlag:
http://www.japheth.de/Jemm.html
Dort gibt es eine HIMEM-Alternative, bei der man in der CONFIG.SYS über einen Parameter angeben kann, wieviel Speicher benutzt (und damit auch an WIN9X gemeldet) wird.
Bekanntermaßen macht WIN9X ab 512MB RAM teilweise erhebliche Probleme, die man nur durch Begrenzung mittels MSCONFIG bzw. Cachebegrenzung in der SYSTEM.INI umgehen kann. Damit waren immerhin bis ca. 1GB möglich (je nach Systemkonfiguration), aber über 1GB half das meistens auch nicht weiter.
Benutzt man nun diesen HIMEM-Ersatz und begrenzt das RAM schon in der CONFIG.SYS, dürfen auch 2GB oder mehr im System stecken, was den anderen Systemen zugute kommt, ohne daß sich WIN9X daran verschluckt.