Netzwerk unter DOS erst nach Warmstart
MS DOS 6.22 ist noch nicht ganz tot...
Ich habe letzte Woche 7 DOS-PCs (486er) in ein Microsoftnetzwerk integriert.
Diese greifen lediglich auf ein freigegebenes Verzeichnis eines Servers zu. Drucken über das Netzwerk und eigene Freigaben sind nicht erforderlich.
Wie bin ich vorgegangen:
1. DOS 6.22 installiert
2. Netzwerktreiber installiert und protocol.ini sowie system.ini im NET-Verzeichnis angepasst
3. autoexec.bat angepasst:
@echo OFF
PROMPT $p$g
PATH C:\DOS;C:\
SET TEMP=C:\DOS
SET BATCHDIR=E:\BATCH
PATH C:\NET;%PATH%;%BATCHDIR%
MODE CON CODEPAGE PREPARE=((850) C:\DOS\EGA.CPI)
MODE CON CODEPAGE SELECT=850
LH KEYB GR,,C:\DOS\KEYBOARD.SYS
LH C:\NET\net initialize
rem C:\NET\nwlink
LH C:\NET\netbind.com
rem C:\NET\umb.com
LH C:\NET\tcptsr.exe
LH C:\NET\tinyrfc.exe
LH C:\NET\nmtsr.exe
rem C:\NET\emsbfr.exe
LH C:\NET\net start basic
LH C:\NET\net logon USER PASSWORD /YES /savepw:no
NET TIME \\SERVER /SET /YES
net use e: \\SERVER\Verzeichnis
4. config.sys angepasst:
DEVICE=C:\DOS\SETVER.EXE
DEVICE=C:\DOS\HIMEM.SYS
device=c:\dos\emm386.exe noems
DOS=HIGH
COUNTRY=049,850,C:\DOS\COUNTRY.SYS
DEVICE=C:\DOS\DISPLAY.SYS CON=(EGA,,1)
FILES=30
LASTDRIVE=Z
devicehigh=C:\NET\ifshlp.sys
Das Problem taucht beim Ausführen von "net start" auf.
Hier hängen die Rechner dann fest. Drückt man nun Strg-Alt-Entf botten die Rechner natürlich neu aber laufen fehlerfrei durch... die Verbindung steht.
Macht man statt dem "Affengriff" einen Hardreset bleiben sie wieder hängen.
Da es gleich 7 DOS-PCs betrifft würde ich einen Hardwarefehler ausschließen.
Hat jemand eine Idee?
Diese greifen lediglich auf ein freigegebenes Verzeichnis eines Servers zu. Drucken über das Netzwerk und eigene Freigaben sind nicht erforderlich.
Wie bin ich vorgegangen:
1. DOS 6.22 installiert
2. Netzwerktreiber installiert und protocol.ini sowie system.ini im NET-Verzeichnis angepasst
3. autoexec.bat angepasst:
@echo OFF
PROMPT $p$g
PATH C:\DOS;C:\
SET TEMP=C:\DOS
SET BATCHDIR=E:\BATCH
PATH C:\NET;%PATH%;%BATCHDIR%
MODE CON CODEPAGE PREPARE=((850) C:\DOS\EGA.CPI)
MODE CON CODEPAGE SELECT=850
LH KEYB GR,,C:\DOS\KEYBOARD.SYS
LH C:\NET\net initialize
rem C:\NET\nwlink
LH C:\NET\netbind.com
rem C:\NET\umb.com
LH C:\NET\tcptsr.exe
LH C:\NET\tinyrfc.exe
LH C:\NET\nmtsr.exe
rem C:\NET\emsbfr.exe
LH C:\NET\net start basic
LH C:\NET\net logon USER PASSWORD /YES /savepw:no
NET TIME \\SERVER /SET /YES
net use e: \\SERVER\Verzeichnis
4. config.sys angepasst:
DEVICE=C:\DOS\SETVER.EXE
DEVICE=C:\DOS\HIMEM.SYS
device=c:\dos\emm386.exe noems
DOS=HIGH
COUNTRY=049,850,C:\DOS\COUNTRY.SYS
DEVICE=C:\DOS\DISPLAY.SYS CON=(EGA,,1)
FILES=30
LASTDRIVE=Z
devicehigh=C:\NET\ifshlp.sys
Das Problem taucht beim Ausführen von "net start" auf.
Hier hängen die Rechner dann fest. Drückt man nun Strg-Alt-Entf botten die Rechner natürlich neu aber laufen fehlerfrei durch... die Verbindung steht.
Macht man statt dem "Affengriff" einen Hardreset bleiben sie wieder hängen.
Da es gleich 7 DOS-PCs betrifft würde ich einen Hardwarefehler ausschließen.
Hat jemand eine Idee?
Please also mark the comments that contributed to the solution of the article
Content-Key: 203885
Url: https://administrator.de/contentid/203885
Printed on: April 20, 2024 at 02:04 o'clock
4 Comments
Latest comment
Das man sowas nochmal sehen darf.... Die gute alte DOS Zeit. Da versinkt man ja eigentlich eher in Nostalgie aber zurück zum Problem....
Es mag sein das die Autoexec "zu schnell" ist und das Startscript sich da irgendwie verschluckt...sieht wenigstens so aus.
Vielleicht solltest du vor dem Ausführen der "net start" einmal "pause 5" eingeben.
Vielleicht hilft das schon ?!
Es mag sein das die Autoexec "zu schnell" ist und das Startscript sich da irgendwie verschluckt...sieht wenigstens so aus.
Vielleicht solltest du vor dem Ausführen der "net start" einmal "pause 5" eingeben.
Vielleicht hilft das schon ?!
Hallo svblue!
Schon mal die Speicheraufteilung mit 'Mem /c /p' angeschaut?
Gegebenenfalls mit 'Msd.exe' den UMB-Speicher ansehen und Speicherbereiche freigeben z.B. :
Gruß Dieter
Schon mal die Speicheraufteilung mit 'Mem /c /p' angeschaut?
Gegebenenfalls mit 'Msd.exe' den UMB-Speicher ansehen und Speicherbereiche freigeben z.B. :
EMM386.EXE NOEMS I=B000-B7FF I=DC00-EFFF |
Gruß Dieter
Moin,
da werden ja nostaögische Gefühle wach.
Welche Netzwerkkarten stecken denn da drin? Irgendwelceh NE2000-kompatible, 3com Etherlinks oder ganz andere?
Ich vermute auch, daß es entweder ein Timing-Problem oder ein treiberproblem ist.
Du könntest ggf. im Einzelschrittmodus (F4 beim booten) druchtickern udn schauen, ob das Problem immer noch existiert, wenn Du jeden Schritt einzeln bestätigen mußt.
lks
PS: Welchen SMB-Client benutzt Du denn? Aus den paar Zeilen und meinem Gedächtnis kann ich ich das nicht mehr eindeutig einem der damaligen Clients (LAN-Manager, MS-Client, etc.) zuordnen.
da werden ja nostaögische Gefühle wach.
Welche Netzwerkkarten stecken denn da drin? Irgendwelceh NE2000-kompatible, 3com Etherlinks oder ganz andere?
Ich vermute auch, daß es entweder ein Timing-Problem oder ein treiberproblem ist.
Du könntest ggf. im Einzelschrittmodus (F4 beim booten) druchtickern udn schauen, ob das Problem immer noch existiert, wenn Du jeden Schritt einzeln bestätigen mußt.
lks
PS: Welchen SMB-Client benutzt Du denn? Aus den paar Zeilen und meinem Gedächtnis kann ich ich das nicht mehr eindeutig einem der damaligen Clients (LAN-Manager, MS-Client, etc.) zuordnen.