login.bat funktionieren nicht immer

[nimo 11]

Hallo,

 

ich habe eine SBS 2008 im Einsatz.

 

Die Netzlaufwerke an den Clients (WS7) werden bei der Anmeldung über eine login.bat hergestellt. Seit einigen Wochen habe ich das Problem, dass nach der Anmeldung bei manchen Clients allerdings die Laufwerke nicht zur Verfügung stehen. Erst wenn die login.bat manuell ausgeführt wird stehen die Laufwerke zur Verfügung. In den anschließenden Tagen läuft es dann erst mal wieder?

 

Kann mir jemand da einen Rat geben?

 

Viele Grüße 

[Nobbyaushb 1.472]

Moin,

 

wurde was an den Rechnern verändert / erneuert?

 

Unsere Windows 7 / 10 Maschinen mit SSD booten so schnell, das die Netzwerkkarte noch gar nicht da ist.

Wir regeln das per GPO, "auf das Netzwerk warten"

 

Login.bat ist eh eine schlechte Idee, mache das lieber auch per GPO.

(und wenn schjon, dann als .cmd - .bat ist so XP...)

 

;)

bearbeitet 12. April 2016 von Nobbyaushb

[P-a-x-i 12]

Servus,

 

die Netzlaufwerke kannst Du auch per GPP verbinden, ist wesentlich "smoother"

[lefg 276]

Der Benutzer kann vor dem Anmelden etwas warten, eine Minute oder auch zwei, ausprobieren.

[nimo 11]

Hallo,

 

an den Clients wurde nichts verändert.

Ich versuche es erst mal mit der .cmd ;)

[NilsK 2.939]

Moin,

 

(und wenn schjon, dann als .cmd - .bat ist so XP...)
 

 

das ist ein Mythos. Beide Dateiendungen werden von der Shell identisch verarbeitet.

 

Gruß, Nils

[Sunny61 806]

Stehen die Laufwerke überhaupt nicht zur Verfügung oder sind sie mit roten Kreuzen markiert? Findest Du Fehlermeldungen im Ereignisprotokoll auf den Clients? Werden LW verbunden, wenn der Benutzer *vor* dem Login 1 oder 2 Minuten wartet? Wenn ja, dann solltest Du diese beiden Einstellungen setzen: http://www.gruppenrichtlinien.de/artikel/fast-logon-schnelles-anmelden-asynchrones-startverhalten-ehemals-faq-36/

Falls die HDDs der Clients mit SSD ersetzt worden sind, wäre auch diese Vorgehensweise zu empfehlen: http://www.gruppenrichtlinien.de/artikel/ssd-zu-schnell-synchroner-startvorgang-nicht-moeglich/

[daabm 1.356]

...und dann noch eine Frage: Von wo wird die login.bat ausgeführt - UNC-Pfad oder liegt sie lokal? Wird sie im Fehlerfall überhaupt nicht ausgeführt oder fehlen "nur" die Laufwerke? Und was sagt dann das Logging, das Ihr da ja sicher implementiert habt?

[Nobbyaushb 1.472]

Moin,

 

 

das ist ein Mythos. Beide Dateiendungen werden von der Shell identisch verarbeitet.

 

Gruß, Nils

Echt jetzt? Wurde mir erst neulich was anderes erzählt, deiner Meinung war ich ja bisher auch.

 

;)

[NilsK 2.939]

Moin,

 

mir wollte auch mal jemand erzählen, dass .bat von command.com abgearbeitet würde und .cmd von cmd.exe. Das war aber schon falsch, als es command.com noch gab.

 

Edith: Hier ist es noch mal ausführlicher beschrieben, wobei ich nicht sicher sagen kann, ob das zutrifft. Demnach gäbe es einen Unterschied in der Behandlung der Errorlevel; es gibt aber auch Forendiskussionen, in denen dem widersprochen wird. Ich habe gerade keine Muße, das auszuprobieren.

 

http://www.differencebetween.net/technology/difference-between-cmd-and-bat/

 

Fakt ist: In NT-basierten Betriebssystemen wurden sowohl .bat- als auch .cmd-Dateien schon immer (standardmäßig) von cmd.exe verarbeitet. Früher wurde, wenn ich mich nicht irre, noch zusätzlich command.com mit NT ausgeliefert, das konnte nur .bat. Rief man aber eine .bat-Datei per Doppelklick auf, dann startete cmd.exe, nicht command.com.

 

Gruß, Nils

bearbeitet 13. April 2016 von NilsK

[Nobbyaushb 1.472]

:thumb1: :jau: :D