Article View: de.comp.sys.ibm-pc
Article #221Re: Databecker Bootmanager/TX97-E
From: Tycho Brahe
Date: Sat, 29 Nov 1997 00:00
Date: Sat, 29 Nov 1997 00:00
101 lines
5228 bytes
5228 bytes
Hallo,
Andreas Petralia wrote:
>
> hallo
>
> im zusammenhang mit meinem neuen ASUS TX97-E Board, 2 x 32 MB SDRAM und
> dem DATABECKER Bootmanager habe ich folgendes problem:
> beim installieren des himem.sys (fuer Dos6.22, oder win95) meldet der
> Himem, dass die A20 leitung nicht gesteuert werden kann. folge: win95
> startet nicht, und dos6.22 startet halt ohne dieses speichertool.
> wenn ich jedoch den bootmanager deinstalliere, dann laeuft alles....
> frage: kann sich jemand vorstellen, was die A20 leitung mit dem himem
> und dem bootmanager zu tun hat??
> ein a20 problem wuerde doch eher auf einen hardware defekt deuten, aber
> ohne bootmanager funktioniert ja alles....oder liegt das ev. am SDRAM??
> Andererseits hat frueher (mit ASUS P55TP4N, 2x16 MB EDO DRAM und dem
> bereits erwaehnten bootmanager) alles funktioniert.
Deine Hardware ist nicht defekt. Editiere einfach die HIMEM.SYS Zeile
in Deiner CONFIG.SYS (bzw. in allen CONFIG.SYS'en) und setzte die
Option /MACHINE:PS2, also z.B. so:
DEVICE=C:\WINDOWS\HIMEM.SYS /MACHINE:PS2
bzw. je nachdem wo Dein HIMEM.SYS fuer das jeweilige Betriebssystem
liegt. Wenn Du fuer Windows 95 noch keine HIMEM.SYS Zeile hast
musst Du einfach eine, moeglichst weit oben, in CONFIG.SYS ein-
fuegen (wenn eine solche nicht da ist, laedt Win95 HIMEM.SYS
naemlich trotzdem, natuerlich ohne irgendwelche Parameter).
* * *
Der Grund: der DataBecker-Bootmanager ist ein echtes 32-Bit Programm
(Protected Mode-Programm) und aktiviert deshalb die A20 Leitung.
Er deaktiviert sie aber nicht wieder. Normalerweise ist das auch
voellig ok, sowohl fuer DOS/Win95 (d.h. HIMEM.SYS) als auch
NT, Linux, etc..
Das Problem ist nun, dass Intel dem neuen TX-Chipsatz eine PS/2-
kompatible A20-Steuerung ueber Port 92h spendiert hat, waehrend
die Vorgaener FX, HX, VX dies nur kompatibel zum alten AT Tastatur-
kontrollerverfahren von anno 1980 gemacht haben (wie die meisten
Chipsaetze).
Dies allein waere noch nicht tragisch, aber der Bootmanager erkennt,
dass die Port 92h Hardware da ist und nutzt sie. HIMEM.SYS dagegen
fragt das BIOS wie er A20 ansteuern soll, und das bloede Award 4.51
BIOS auf ASUS TX97 Boards sagt nun nicht wie es sollte: PS/2-kompatibel
sondern trotzdem trotzdem: Tastaturkontroller-Steuerung. Dies kann der
TX Chipsatz auch, aber nur wenn vorher niemand die A20-Leitung ueber
92h aktiviert hat!
Die (theoretisch) schnellere Steuerung von A20 ueber Port 92h hat
naemlich Vorrang vor der ueber den lahmen Tastaturkontroller.
Der Bootmanager hat aber nun A20 ueber 92h aktiviert. HIMEM.SYS ver-
sucht danach, treuherzig dem BIOS glaubend, nun die Steuerung von
A20 mittels Tastaturkontroller zu uebernehmen und scheitert natuerlich,
weil der TX bereits auf 92h Steuerung gestellt wurde.
Daher der Fehler beim Starten.
Benutzt man die /MACHINE:-Option wie oben fragt HIMEM.SYS erst
gar nicht das BIOS, sondern nutzt gleich 92h.
VOILA!
Die ganze Problematik betrifft uebrigens nur HIMEM.SYS, d.h. DOS/Win95.
Alle echten 32-Bit Betriebssysteme wie NT, Linux, FreeBSD, OpenStep, ...
aktivieren nur ein fuer alle mal A20 und interessieren sich dann nicht
weiter dafuer. Und es stoert sie auch nicht im geringsten, wenn A20
bereits aktiviert ist, wenn sie booten. Das A20-Gate ist ja auch
der reinste Schwachsinn den leider jeder PC noch aus der "Steinzeit" mit
sich herumschleppt.
* * *
Uebrigens ist das nicht das einzige Problem mit TX-Boards. Unangenehmer
ist die Problematik mit dem auf 3V gesenkten TTL-Pegel (H) wodurch einige
Karten und sogar einige EIDE Platten von Seagate nicht funktionieren
(siehe auch c't). Abgesehen davon, das kuenstlich durch Intel beschraenkt,
nur 64MB cachbar sind (siehe ebenfalls c't)...
> natuerlich koennte ich auch einfach einen anderen bootmanager verwenden
> (wenn das der grund fuer die probleme ist), aber der databecker
> bootmanager hat den vorteil, dass man z.b. ein win95 1,2,...,N mal
> installieren kann....d.h. beim start werden alle anderen
> Prim.Partitionen versteckt....
Uebrigens musst Du nicht _unbedingt_ die anderen primaeren
Partitionen bei Win95 verstecken. Wenn Du es nicht tust, wird
die gebootete Partition trotzdem C:, und die anderen primaeren
sortieren sich mit ihren Laufwerksbuchstaben sogar hinter
einer eventuell vorhandenen Erweiterten Partition ein.
> um gleich noch werbung dafuer zu machen: er unterstuetzt praktisch alle
> betriebssysteme: win95, nt, linux, os2 usw. und eben mit dem vorteil,
> dass damit mehrere prim. partitionen verwaltet werden koennen, um so
> z.b. win95 mehrmals zu installieren.
>
Gruss,
Technical Details
Message-ID:
<34802FA8.5081D01A@prz.tu-berlin.de>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<347975A3.3078B5D8@stud.ee.ethz.ch>Show Full Headers
Complete Article Headers
X-Google-Language: GERMAN,ASCII-7-bit X-Google-Thread: 10c1fa,56b0d4005cb4bd82 X-Google-Attributes: gid10c1fa,public X-Google-Thread: 1127bd,56b0d4005cb4bd82 X-Google-Attributes: gid1127bd,public From: Tycho Brahe <wolf@prz.tu-berlin.de> Subject: Re: Databecker Bootmanager/TX97-E Date: 1997/11/29 Message-ID: <34802FA8.5081D01A@prz.tu-berlin.de> X-Deja-AN: 293652296 References: <347975A3.3078B5D8@stud.ee.ethz.ch> To: Andreas Petralia <apetrali@stud.ee.ethz.ch> Organization: Keine Newsgroups: de.comp.sys.ibm-pc,ch.comp