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?
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?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 203885
Url: https://administrator.de/contentid/203885
Ausgedruckt am: 24.11.2024 um 19:11 Uhr
4 Kommentare
Neuester Kommentar
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.