Multibetrieb mit msdos 6.22, win 3.11 und Windows 95 per msdos sys

Hallo,

Ich würde gerne neben Windows 3.11 auch noch gerne Windows 95 betreiben. Habe gelesen, das sein mit Einträgen in der msdos sys möglich.

Nun habe ich leider bei der Installation von Windows 3.11 nicht ein Verzeichnis wie Win311 verwendet.

Ist es möglich das nachträglich von c:\windows auf c:\win311 zu ändern, um für Windows 95 c:\Windows zu nutzen, statt c:\window95 ?

Oder kommt Windows 95 besser damit klar? Also ist es besser Windows 95 in ein unbenanntes Verzeichnis zu installieren?

Reicht eigentlich ein Eintrag in C:\Wininst0.400\Setuppp.inf [Data], oder müssen zusätzlich win.com und winver.exe unbenannt werden? (Keine Update Version, Fehler su0168)

Ach ja. Sehr merkwürdig ist, dass ich von Festplatte (win95 Verzeichnis herüberkopiert) Setup nicht unter DOS ausführen kann. Es kommt nur eine leere neue Zeile, also nix an die Ausgabe. (Edit : hatte von defekter CD-ROM kopiert. Daher auch die Überprüfung mit FC. Mit der richtigen CD-ROM, und neu kopiert geht es doch, kann dann aber die notwendigen Änderungen an setuppp.inf nicht vornehmen, da ich so nicht per Tab vom Setup aus zum win 3.11 Dateimanager wechseln kann.)

Unter win 3.11 geht es aber.

Von der CD-ROM auch

FC findet keine binären Unterschiede.

Ich will das von Festplatte starten, da die Änderungen des Installations Quellenverzeichnisses in der Windows 95 Registry nicht gereicht hat. Das Verzeichnis c:\win95 wurde nicht akzeptiert.

Hat mich interessiert. Offensichtlich arbeitet das Ganze per Umbenennung. Der Aufruf 6.22 per "Alte DOS-Version" funktioniert auf der FAT16 Installation von Window 95 unter c:\Window95. Auch startet ganz normal Windows for Workgroups 3.11, aber man kann die DOS Session des MS-DOS 6.22 nicht sinnvoll beenden. Keine Ahnung, was da falsch installiert ist, aber nach einem Neustart per STRG+ALT+ENTF startet nix mehr Black Screen of Death (blinkender Cursor). Mit der Startdiskette hatte ich das dann repariert, nachdem ich in etwa verstand, was da passiert. Allerdings ändert auch ein 'exit' nichts, das startet nämlich nicht neu, sondern wird mit dem Prompt beantwortet C:\>.

Habe einen Thread gefunden, in dem jemand diese Methode verteidigt. Es scheint also Konfigurationen zu geben in denen das funktioniert und nicht im blinkenden Cursor endet, sondern beim Neustart wieder alles zurück kopiert (attrib, copy, attrib oder so ...). Vielleicht gibt es ja einen shutdown Befehl, den ich vergessen habe, weshalb eben das nicht passiert und alles in einem hängenden Blackscreen endet.

Wenn man so etwas machen möchte, statt einen Bootmanager und je OS eine Partition zu verwenden, sollte man wahrscheinlich besser bei der WfW 3.11 Installation in C:\Win311 installieren, um Windows 95 nicht unter C:\Window95 oder ähnlich installieren zu müssen. Bei mir ist das umgekehrt. Hier hat gerade WfW 3.11 das C:\Windows Verzeichnis verpasst bekommen.

Der Tipp mit dem Auslassen des CD-Laufwerks, durch Kopieren aller Daten auf die Festplatte und Ausführen des Setups aus dem c:\win95_ARK25\win95 Verzeichnis hat geklappt. Die CDROM wird nun nicht mehr angefragt und das Verzeichnis auf der Festplatte akzeptiert.

Ich vermute aber inzwischen, dass es mit dem Ändern der Registry-Einträge eventuell nicht geklappt hatte, weil ich die falsche beschädigte CDROM im Laufwerk hatte und vielleicht auch von dort kopiert hatte. Hatte noch nicht beschriftet und eine CD war fehlerhaft.

Hallo Dirk und Igor. Vielen Dank für eure Antworten. Ich mache den ganzen Kram ja hauptsächlich aus Interesse. Im Grunde ist es ja nicht gerade besser als neuere Systeme.

Interessant zu lesen, dass einige Ausgaben von Windows 95 das Multiboot per Msdos.sys nicht beherrschten. Gehe ich richtig in der Annahme, dass dann das Script fehlt, alles wieder zurückzustellen beim Herunterfahren bzw. dem Neustart? Bei meinen Versuchen ging es nur Windows 95 > F8 Boot-Menü > Auswahl "Altes DOS" (oder F4) > MSDOS 6.22 > WfW3.11 > Programmmanager beenden (Windows beenden) > MSDOS 6.22 > STRG + ALT + ENTF > Reboot > _ (Blackscreen of Death)

Windows 95 Startdiskette > attrib -r -h -s *.DOS > copy *.DOS > *.com,*.sys > attrib +r +h +s *.com,*.sys (verkürzt, also die vier Systemdateien). Danach startete Windows 95 wieder. Habe Verzeichnisse mit *.DOS, *.W40 Dateien angelegt. Könnte Skript schreiben. Vielleicht gibt es das schon, bzw. das Tool, das in der OSR2.5 fehlt?

Kann es sein, weil ich in dieser Reihenfolge installiert habe MSDOS 6.22 > WfW3.11 > Windows 95, und nicht per Windows 95 Startdiskette, dass Windows-Setup nur eine 504MB Partition der 1GB Festplatte angelegt hat, obwohl das BIOS die 2100C, 16H, 63S mit etwas über 1GB unterstützt? FAT16 soll ja angeblich bis 2GB unterstützen? Und FAT32 bis 132GB, oder?

Funktioniert die DDO DiskManager BIOS-Erweiterung auch für den Slave, wenn der Block im MBR der Master HDD geschrieben wurde (vorausgesetzt D: ist auch per Diskmanager vorbereitet worden, es ist ja ein eigener Partitions-Typ)?

Es gibt ja nicht nur die (theoretischen) Dateisystem-Grenzen, sondern eben auch die der jeweiligen Implementierungen der Betriebssysteme. Dann noch die BIOS-Grenzen, da scheint das BIOS des PDC 4L aber etwa 4GB zu unterstützen (Cylinder 4-stellig, also 9999 (oder unterstützt es dann eigentlich doc nur 1023, statt der Eingabe in dem Feld? Jedenfalls zeigt es auch die berechnete Größe >4GB an). Es gibt ja auch Tools für XP um mit FAT32 größere z.B. USB Sticks mit Fat32 statt exFAT zu formatieren.

Mich würde in diesem Zusammenhang wegen der 504MB Partition interessieren, ob das durch den Aufruf des 95 Setups aus WfW311 kommt (hatte das zuerst gar nicht bemerkt, da ich davon ausging Windows 95 würde die Platte mit vollen 1GB nutzen bei "automatisch festlegen" während der Installation aus WfW311 mit MSDOS 6.22 Kern).

Außerdem ist nun die Partition voll. Es wird aber angeboten zu komprimieren und so über 700 MB zu schaffen! (kann ich ehrlich gesagt nicht glauben. Sind nur noch ~3MB frei, oder sind so viele Textdateien im System?).

Wenn ich das mache, dann gäbe es auch einen Treiber für MSDOS 6.22, um die Windows 95-Komprimierung zu bewältigen?
EDIT: Ah, Drive-Space gibt es ab MSOS 6.0 (da noch Double-Space, oder sind die nicht kompatible?) Aber MSDOS 6.22 soll das ja auch unter Drive-Space anbieten für FAT12 und FAT16. https://de.wikipedia.org/wiki/DriveSpace
Lese gerade hier: http://web.fis.unico.it/public/faqs/win95/faq11.htm

2100x16x63 ~1GB. Windows Partition ist aber 504MB FAT16.

Nächste Frage: Wie verträgt sich DiskManager DDO mit Grub, weil ich eventuell (nur Test und interessehalber Core Plus 13 und AOSC/Retro dort installieren möchte.

Das BIOS unterstützt aber nicht das Booten von CDROM, und bei 1GB ist der DDO eigentlich nicht nötig, würde aber auch gerne als Slave eine 20GB DDO-Platte anschließen, die von keinem System auf der 1GB Platte erkannt wird, da kein DDO im Bootsektor. Workaround DDO Floppy wäre notfalls natürlich auch möglich.

Der DDO erlaubt durch "press key 'c' to boot from cdrom" das Booten meiner Tiny Core CDROM.

Vielen Dank für deine ausführliche Antwort! Ja, hatte mich auch schon gewundert. Das mit 1023/16/63 fiel mir schon Mal in Diagnose Programmen auf, die nicht per IDE Controller die Infos der HDD einholen. Gut zu wissen.

Habe nun per xcopy das System auf die 20GB Platte kopiert und auch die 1GB Platte mit ontrack Diskmanager Dynamic Drive Overlay versehen und alles wieder unter Windows per xcopy zurück kopiert.

Was hat es damit auf sich, dass xcopy unter DOS keine versteckten und Systemdateien kopiert? Mit LFN TSR sollte das doch eigentlich möglich sein?

1GB FAT16 nun auch DDO (6.22, 3.11, Windows 95, halb funktionierendes msdos.sys Multiboot, nach "alte DOS version" funktioniert diese, auch WfW 3.11, aber nach dem Ausschalten funktioniert Windows 95 nicht mehr, weshalb gar nichts mehr startet. Beim Herunterfahren wurde Windows 95 nicht wieder für den Neustart durch Kopieren der Msdos/Windows Systemdateien vorbereitet. Angeblich ja ein bekannter Bug bei OSR2 und 2.5.)

20GB FAT32 DDO (anderes Windows 95)