das spricht nur (wie immer) für nen fehlerhaften treiber bzw. dessen initialisierung. So wie es aussieht hat dein Floppy wohl mal versucht die 32-bit Treiber zu verwenden und ist dabei abgeschmiert. Daher haben sich nun 16-bit Treiber drübergesetzt und dann erscheint diese Meldung.
finde den verursachenden treiber (bin zu faul zum suchen) und trage ihn in die ios.ini unter [safelist] ein dann ist das problem weg.
so sieht der aufbau dann aus :
Aufbau der IOS.INI
Sektion [SafeList]
Hier werden alle Real-Mode-Programme eingetragen, die Win95 "kennen" soll. Diese Treiber werden dann in Ebene 29 u. 30 des Filesystems (RMM) angesiedelt und Win95 bzw. IOS.VXD kann diese verwalten.
Syntax: Dateiname,[Einschränkung][; Bemerkung]
Dateiname
Name des Realmode-Treibers bzw. TSR ohne Pfadangabe
Bemerkung
Alles nach dem ";" wird ignoriert und dient nur der besseren Lesbarkeit der IOS.INI.
Einschränkung
Hier kann man dem System mitteilen, wie es den RM-Treiber verwalten soll
do_not_care: Gibt an, dass Win95 die PM-Treiber verwenden soll und nicht die RM-Treiber unabhängig davon, ob letztere I/O-Anfragen registrieren können oder nicht. [Default-Einstellung]
must_chain: Gibt an, dass der Treiber bzw. TSR sicher ist, aber einen Anspruch auf den INT13 hat. Win95 benutzt zwar seine PM-Treiber, gibt aber zuerst den INT13-Aufruf an den RM-Treiber weiter und übernimmt danach erst wieder die Kontrolle über die PM-Treiber.
must_not_chain: Gibt an, dass der Treiber sicher ist, solange dieser keine INT13 Aufrufe verarbeiten darf. Win95 benutzt die PM-Treiber und ignoriert den RM-Treiber.
non_disk: Gibt an, dass der Treiber ein Gerät steuert, welches kein "echtes" Laufwerk ist, z. B. Netz-Laufwerke oder Laufwerke, die über Interlnk abgebildet werden. Ein derartiger Treiber sollte aber nur im Notfall verwendet werden, da der IOS diesen zwar verwaltet, ihn aber als unsicher (Unsafe) einstuft. Win95 bietet genügend Ersatz-Treiber an, die im Protected-Mode arbeiten.
monolithic: Ähnlich wie non_disk, gibt jedoch an, dass der Treiber sicher ist.