Nichtverbundenes Netzlaufwerk
Test Test
Zunächst einmal entschuldigung, falls dies die falsche Newsgroup für mein
Problem ist, aber ich fand, dass es überall sonst genau so wenig gepasst
hätte.
Nun das Problem: Wir haben eine Windows-Domäne mit Windows Server 2003 als
Serverbetriebssystem. Die Benutzer verbinden sich über Thin Clients auf 2
Terminalserver und bekommen per Logon-Script Netzlaufwerke zugewiesen (die
Laufwerke werden vor dem Verbinden auch explizit getrennt), welche wiederrum
auf einem eigenen Fileserver liegen.
Nun tritt das Phänomen auf (nachdem es lange lange Zeit funktionierte), dass
die Benutzer des einen Terminalservers bei einem einzigen dieser
Netzlaufwerke nur "Nichtverbundenes Netzlaufwerk" angezeigt bekommen. Diese
Bezeichnung ändert sich auch nicht, wenn man das Laufwerk mal im Explorer
öffnet (was möglich ist). Des Weiteren werden auch nicht die richtigen
Freigaben für dieses Netzlaufwerk benutzt, sondern vollkommen willkürlich
eine andere, meistens übergeordnete Freigabe verwendet (also anstatt z.B.
\\servername\share1 wird \\servername\share eingebunden, wobei physikalisch
"Share1" z.B. die Freigabe von E:\Daten\Share\Share1 und "Share" nur
E:\Daten\Share ist. "Share1" ist also ein Unterordner von "Share", und beide
sind freigegeben).
Die NTFS- / Freigaberechte sind in Ordnung. Mit "net use x: /delete" kann
das betreffende Laufwer nicht getrennt werden (Fehlermeldung: Die
Netzwerkverbindung konnte nicht gefunden werden), neu Einbinden kann man
unter diesem Laufwerksbuchstaben allerdings auch nicht (Systemfehler 85: Der
lokale Gerätename wird bereits verwendet).
Nach einem Neustart des Terminalservers ist erst mal wieder alles in
Ordnung. Nach (augenscheinlich) zufällig langer Zeit ist leider wieder alles
beim Alten.
Warum ist das so, wie bekomme ich das Nichtverbundene Netzlaufwerk sauber
getrennt und warum tritt das nur bei einem einzigen Netzlaufwerk auf, obwohl
alle anderen Netzlaufwerke vom gleichen Server angeboten werden?
Herr Google wollte mir da bisher nicht so recht helfen (Ab- und wieder
Anmelden bringt nichts; lokale Maschine neu starten bringt auch nichts, ist
ja ein Thin Client; "net use x: /delete" hab ich *wirklich* versucht; es
macht keinen Unterschied ob ich die Laufwerke über den Servernamen oder die
IP-Adresse einbinde...), vielleicht hat hier ja irgendjemand eine Ahnung.
Schon einmal vielen Dank an jeden, der sich bis hierher durch den Text
gequält hat!
Gruß,
Benedikt
Weiß, Daniel
mich würde dein Anmeldescript schon einmal interessieren.
Unterscsheidest du wer welche Shares als Netzlaufwerk verbunden bekommt
(Gruppengesteuert/ifmember), oder bekommen alle User die gleichen?
Vielleicht kannst du einen Auszug posten.
Tritt das Symptom auf beiden TS auf? Sind die Logonscripts 100%ig identisch?
Ich warte gespannt auf deine Antwort.
Gruß
Daniel
"Test Test" <Jem...@Microsoft.com> schrieb im Newsbeitrag
news:OPVuwqe0...@TK2MSFTNGP03.phx.gbl...
Benedikt
es bekommen nicht alle User die gleichen Laufwerke.Unterschieden wird das
durch verschiedene Anmeldescripts, die im AD zugeordnet werden (wobei ein
und das selbe Script Usern beider TS eingebunden wird). Allerdings bekommen
alle User die gleichen Laufwerksbuchstaben. Nur unterscheidet sich eben von
User zu User der Inhalt. Betroffen ist auch immer nur der gleiche Buchstabe
(bei uns "O:").
Die Scripts sind für die Benutzer beider TS absolut identisch. Wenn ich mich
auf dem einen Server anmelde, habe ich alle Laufwerke korrekt eingebunden,
melde ich mich auf dem anderen an, ist eines davon wieder ein
Nichtverbundenes Netzlaufwerk.
Ich versuche mal die relevanten Teile des Scripts zu posten (VB ist leider
nicht wirklich meine Stärke...):
'--------------------------------------------------------------'
'MAPDRIVES SUBROUTINE------------------------------'
'--------------------------------------------------------------'
Sub MapDrive(sDrive,sShare)
On Error Resume Next
WSHNetwork.RemoveNetworkDrive sDrive, 1, 1
wscript.sleep 1000
Err.Clear
WSHNetwork.MapNetworkDrive sDrive,sShare
End Sub
'--------------------------------------------------------------'
'VERBINDEN DER FREIGABEN --------------------------'
'--------------------------------------------------------------'
MapDrive "V:", "\\FILESERVER\Freigabe"
MapDrive "T:", "\\FILESERVER\Freigabe2"
MapDrive "S:", "\\FILESERVER\Freigabe3"
MapDrive "O:", \\FILESERVER\Freigabe4"
MapDrive "P:", \\FILESERVER\Freigabe
End Sub
Gruß,
Benedikt
"Weiß, Daniel" <h...@bich.net> schrieb im Newsbeitrag
news:52B6B9E7-8A16-40AB...@microsoft.com...
Benedikt
zugewiesen werden.
Gruß,
Benedikt
"Benedikt" <Jem...@Microsoft.com> schrieb im Newsbeitrag
news:u2YEd0p0...@TK2MSFTNGP02.phx.gbl...
Thomas Quint
kann es denn sein das das Laufwerk O: auch auf anderem Wege zugeordnet wird,
evtl als Relikt aus der Vergangenheit ?
Z.B. über AD Benutzer und Computereigenschaften\Terminalprofile oder als
zusätzliches Logonscript beim Aufruf der Application Compatibility Scripte
?
Gruß Thomas
<Jem...@Microsoft.com> schrieb im Newsbeitrag
news:u2YEd0p0...@TK2MSFTNGP02.phx.gbl...
> Hallo Daniel,
>
> es bekommen nicht alle User die gleichen Laufwerke.Unterschieden wird das
> durch verschiedene Anmeldescripts, die im AD zugeordnet werden (wobei ein
> und das selbe Script Usern beider TS eingebunden wird). Allerdings
> bekommen alle User die gleichen Laufwerksbuchstaben. Nur unterscheidet
> sich eben von User zu User der Inhalt> Die Scripts sind für die Benutzer
Benedikt
ich habe noch mal das AD und unsere Gruppenrichtlinien durchforstet, aber
nichts weiter finden können. Die Laufwerke werden nur durch dieses eine
Script eingebunden. Leider muss ich zugeben, dass ich mit "Application
Compatability Scripte" nichts anfangen kann. Wo kann ich die finden?
Der ganze Fehler ist auch nicht reproduzierbar... nach einem Serverneustart
funktioniert es eine Weile, aus nicht weiter erkennbarem Grund irgendwann
aber nicht mehr. Die Benutzer melden sich morgens an... und O: ist ein
Nichtverbundenes Netzlaufwerk. Im Gegenzug ist es mir aber bisher auch nicht
gelungen, dieses Fehlverhalten zu provozieren. Langsam werde ich wahnsinnig
;-)
Gruß,
Benedikt
"Thomas Quint" <ne...@tquint.de> schrieb im Newsbeitrag
news:uwcgHPs0...@TK2MSFTNGP05.phx.gbl...
Thomas Quint
um die Lauffähigkeit alter Anwendungen auf einem TS zu ermöglichen, kann man
die sogenanten Application Compatability Scripte benutzen, hierdurch wird
für die User ein Laufwerk (Standard W: )gemappt, in das z.B. für Anwendungen
benötigte benutzerspezifische .ini Dateien umgelenkt werden. Die Scripte
findest du unter %Systemroot%\Application Compatibility Scripts auf dem
Terminalserver. Im Rahmen dieser Scripte ist es möglich z.B auch weitere
Logonscripte einzubinden (um zum Beispiel zusätzliche Laufwerke zu mappen),
die normalerweise unter %Systemroot%\Application Compatibility Scripts
\logon liegen sollten.Die Compatitibility Scripte sind aber nicht
standardmässig aktiviert.Wenn du den Server selber aufgesetzt hast und
nichts in der Richtung unternommen hast, vergiss den Hinweis einfach.
Ansonsten schau mal ob in %Systemroot%\Application Compatibility Scripts in
der Datei RootDrv2.Cmd der Parameter set root drive= Laufwerksbuchstabe
aktiviert ist.Wenn nicht sind die Scripte wohl auch nicht aktiv.dann wars
leider ne falsche Fährte.
Gruß Thomas
"Benedikt" <Jem...@Microsoft.com> schrieb im Newsbeitrag
news:eiJQzds0...@TK2MSFTNGP03.phx.gbl...
Thomas Quint
http://support.microsoft.com/?scid=kb%3Ben-us%3B195950&x=7&y=14
Leider die englische Version, die automatische Übersetzung ist wieder nicht
zu gebrauchen :-)
Gruß Thomas
"Thomas Quint" <ne...@tquint.de> schrieb im Newsbeitrag
news:OM12tQt0...@TK2MSFTNGP03.phx.gbl...
Benedikt
danke für den Hinweis! Hab ich wieder was gelernt... Aber leider ist das
auch nicht die Lösung. Im Angegebenen Verzeichnis befindet sich nur eine
Datei RootDrv.cmd, innerhalb derer auf die RootDrv2.cmd verwiesen wird,
sofern diese vorhanden ist. Ist sie aber leider nicht.
Es gibt jedoch einen Unterordner "Logon", in dem sich auch drei Skripte
befinden, allerdings wird in keinem der Skripte ein Laufwerk O: angesprochen
/ festgelegt.
Gruß,
Benedikt
"Thomas Quint" <ne...@tquint.de> schrieb im Newsbeitrag
news:OM12tQt0...@TK2MSFTNGP03.phx.gbl...
Weiß, Daniel
warum machst du das nicht über eine BatchDatei, wenn du ohnehin deine
Schwierigkeiten mit VBS hast?
net use o: \\fileserver\freigabe4 /PERSISTENT:NO
Der persistent Parameter verhindert ein automatisches wiederverbinden bei
neuanmeldung, was zu solch merkwürdigen Fehlern führen kann wie du sie hier
beschreibst.
Ansonsten, kannst du ja testhalber in deinem VB-Script erst nochmal alle
evtl. vorhandenen Laufwerke trennen, und anschließend neu verbinden.
Bin gespannt auf deine Ergebnisse.
Gruß
Daniel
"Benedikt" <Jem...@Microsoft.com> schrieb im Newsbeitrag
news:u2YEd0p0...@TK2MSFTNGP02.phx.gbl...
Benedikt
Das VB-Script gibt's... weil es schon immer da war. ;-) Aber bevor das
VB-Script aufgerufen wird, werden die Laufwerke in einer Batch-Datei mit
"net use * /del /y" getrennt. Ich hab vergessen, dass vorher zu erwähnen,
sorry.
Testen kann ich das im Moment leider nicht wirklich, da gerade wieder mal
eine Phase ist, in der alle Netzlaufwerke brav verbunden werden... fragt
sich nur, wie lange das noch so bleibt...
Gruß,
Benedikt
"Weiß, Daniel" <h...@bich.net> schrieb im Newsbeitrag
news:CCC03A05-ACD4-4140...@microsoft.com...
nicoseddig
wir haben eine ?hnliche Umgebung und die exakte Fehlerbilder. Bei uns ist es Laufwerk H: welches auf der Konsole des Terminalservers als "nicht verbundenes Netzwerklaufwerk" gemappt wird. Wir verwenden Kix Scripte zum mappen der Laufwerke und Drucker sowie f?r das omin?se Laufwerk H: das AD Property im User und Computer.
Mich w?rde interessieren, ob du eine L?sung gefunden hast.
So richtig konnten wir bis heute keinen Ansatz finden.
Nach dem der Beitrag schon etwas ?lter ist, hoffe ich von dir was zu h?ren.
Gru?
-Nico-
Benedikt wrote:
Re: Nichtverbundenes Netzlaufwerk
26-Jun-08
Moin!
Das VB-Script gibt's... weil es schon immer da war. ;-) Aber bevor das
VB-Script aufgerufen wird, werden die Laufwerke in einer Batch-Datei mit
"net use * /del /y" getrennt. Ich hab vergessen, dass vorher zu erw?hnen,
sorry.
Testen kann ich das im Moment leider nicht wirklich, da gerade wieder mal
eine Phase ist, in der alle Netzlaufwerke brav verbunden werden... fragt
sich nur, wie lange das noch so bleibt...
Gru?,
Benedikt
"Wei?, Daniel" <h...@bich.net> schrieb im Newsbeitrag
news:CCC03A05-ACD4-4140...@microsoft.com...
EggHeadCafe - Software Developer Portal of Choice
WPF DataGrid Custom Paging and Sorting
http://www.eggheadcafe.com/tutorials/aspnet/8a2ea78b-f1e3-45b4-93ef-32b2d802ae17/wpf-datagrid-custom-pagin.aspx
Michael Lessing
wir haben auch das gleiche Problem :-((
Hat jemand von Euch eine L?sung?
Danke
Micha
> On Thursday, June 19, 2008 4:59 AM Test Test wrote:
> Hallo zusammen!
>
> Zun?chst einmal entschuldigung, falls dies die falsche Newsgroup f?r mein
> Problem ist, aber ich fand, dass es ?berall sonst genau so wenig gepasst
> h?tte.
>
> Nun das Problem: Wir haben eine Windows-Dom?ne mit Windows Server 2003 als
> Serverbetriebssystem. Die Benutzer verbinden sich ?ber Thin Clients auf 2
> Terminalserver und bekommen per Logon-Script Netzlaufwerke zugewiesen (die
> Laufwerke werden vor dem Verbinden auch explizit getrennt), welche wiederrum
> auf einem eigenen Fileserver liegen.
>
> Nun tritt das Ph?nomen auf (nachdem es lange lange Zeit funktionierte), dass
> die Benutzer des einen Terminalservers bei einem einzigen dieser
> Netzlaufwerke nur "Nichtverbundenes Netzlaufwerk" angezeigt bekommen. Diese
> Bezeichnung ?ndert sich auch nicht, wenn man das Laufwerk mal im Explorer
> ?ffnet (was m?glich ist). Des Weiteren werden auch nicht die richtigen
> Freigaben f?r dieses Netzlaufwerk benutzt, sondern vollkommen willk?rlich
> eine andere, meistens ?bergeordnete Freigabe verwendet (also anstatt z.B.
> \\servername\share1 wird \\servername\share eingebunden, wobei physikalisch
> "Share1" z.B. die Freigabe von E:\Daten\Share\Share1 und "Share" nur
> E:\Daten\Share ist. "Share1" ist also ein Unterordner von "Share", und beide
> sind freigegeben).
> Die NTFS- / Freigaberechte sind in Ordnung. Mit "net use x: /delete" kann
> das betreffende Laufwer nicht getrennt werden (Fehlermeldung: Die
> Netzwerkverbindung konnte nicht gefunden werden), neu Einbinden kann man
> unter diesem Laufwerksbuchstaben allerdings auch nicht (Systemfehler 85: Der
> lokale Ger?tename wird bereits verwendet).
> Nach einem Neustart des Terminalservers ist erst mal wieder alles in
> Ordnung. Nach (augenscheinlich) zuf?llig langer Zeit ist leider wieder alles
> beim Alten.
>
> Warum ist das so, wie bekomme ich das Nichtverbundene Netzlaufwerk sauber
> getrennt und warum tritt das nur bei einem einzigen Netzlaufwerk auf, obwohl
> alle anderen Netzlaufwerke vom gleichen Server angeboten werden?
>
> Herr Google wollte mir da bisher nicht so recht helfen (Ab- und wieder
> Anmelden bringt nichts; lokale Maschine neu starten bringt auch nichts, ist
> ja ein Thin Client; "net use x: /delete" hab ich *wirklich* versucht; es
> macht keinen Unterschied ob ich die Laufwerke ?ber den Servernamen oder die
> IP-Adresse einbinde...), vielleicht hat hier ja irgendjemand eine Ahnung.
>
> Schon einmal vielen Dank an jeden, der sich bis hierher durch den Text
> gequ?lt hat!
>
> Gru?,
> Benedikt
>> On Thursday, June 19, 2008 11:20 AM h...@bich.net wrote:
>> Hallo Benedikt,
>>
>> mich w?rde dein Anmeldescript schon einmal interessieren.
>> Unterscsheidest du wer welche Shares als Netzlaufwerk verbunden bekommt
>> (Gruppengesteuert/ifmember), oder bekommen alle User die gleichen?
>>
>> Vielleicht kannst du einen Auszug posten.
>> Tritt das Symptom auf beiden TS auf? Sind die Logonscripts 100%ig identisch?
>>
>> Ich warte gespannt auf deine Antwort.
>>
>> Gru?
>> Daniel
>>
>>
>> "Test Test" <Jem...@Microsoft.com> schrieb im Newsbeitrag
>> news:OPVuwqe0...@TK2MSFTNGP03.phx.gbl...
>>> On Friday, June 20, 2008 2:17 AM Benedikt wrote:
>>> Hallo Daniel,
>>>
>>> es bekommen nicht alle User die gleichen Laufwerke.Unterschieden wird das
>>> durch verschiedene Anmeldescripts, die im AD zugeordnet werden (wobei ein
>>> und das selbe Script Usern beider TS eingebunden wird). Allerdings bekommen
>>> alle User die gleichen Laufwerksbuchstaben. Nur unterscheidet sich eben von
>>> User zu User der Inhalt. Betroffen ist auch immer nur der gleiche Buchstabe
>>> (bei uns "O:").
>>> Die Scripts sind f?r die Benutzer beider TS absolut identisch. Wenn ich mich
>>> auf dem einen Server anmelde, habe ich alle Laufwerke korrekt eingebunden,
>>> melde ich mich auf dem anderen an, ist eines davon wieder ein
>>> Nichtverbundenes Netzlaufwerk.
>>> Ich versuche mal die relevanten Teile des Scripts zu posten (VB ist leider
>>> nicht wirklich meine St?rke...):
>>>
>>> '--------------------------------------------------------------'
>>> 'MAPDRIVES SUBROUTINE------------------------------'
>>> '--------------------------------------------------------------'
>>> Sub MapDrive(sDrive,sShare)
>>> On Error Resume Next
>>> WSHNetwork.RemoveNetworkDrive sDrive, 1, 1
>>> wscript.sleep 1000
>>> Err.Clear
>>> WSHNetwork.MapNetworkDrive sDrive,sShare
>>> End Sub
>>>
>>> '--------------------------------------------------------------'
>>> 'VERBINDEN DER FREIGABEN --------------------------'
>>> '--------------------------------------------------------------'
>>> MapDrive "V:", "\\FILESERVER\Freigabe"
>>> MapDrive "T:", "\\FILESERVER\Freigabe2"
>>> MapDrive "S:", "\\FILESERVER\Freigabe3"
>>> MapDrive "O:", \\FILESERVER\Freigabe4"
>>> MapDrive "P:", \\FILESERVER\Freigabe
>>> End Sub
>>>
>>> Gru?,
>>> Benedikt
>>>
>>>
>>> "Wei?, Daniel" <h...@bich.net> schrieb im Newsbeitrag
>>> news:52B6B9E7-8A16-40AB...@microsoft.com...
>>>> On Friday, June 20, 2008 3:16 AM Benedikt wrote:
>>>> Hoppla, Laufwerk P: soll nat?rlich nicht "Freigabe" sondern "Freigabe5"
>>>> zugewiesen werden.
>>>>
>>>> Gru?,
>>>> Benedikt
>>>>> On Friday, June 20, 2008 6:52 AM Thomas Quint wrote:
>>>>> Hallo Benedikt,
>>>>>
>>>>> kann es denn sein das das Laufwerk O: auch auf anderem Wege zugeordnet wird,
>>>>> evtl als Relikt aus der Vergangenheit ?
>>>>> Z.B. ?ber AD Benutzer und Computereigenschaften\Terminalprofile oder als
>>>>> zus?tzliches Logonscript beim Aufruf der Application Compatibility Scripte
>>>>> ?
>>>>>
>>>>> Gru? Thomas
>>>>>
>>>>>
>>>>>
>>>>> <Jem...@Microsoft.com> schrieb im Newsbeitrag
>>>>> news:u2YEd0p0...@TK2MSFTNGP02.phx.gbl...
>>>>>> On Friday, June 20, 2008 7:20 AM Benedikt wrote:
>>>>>> Hallo Thomas,
>>>>>>
>>>>>> ich habe noch mal das AD und unsere Gruppenrichtlinien durchforstet, aber
>>>>>> nichts weiter finden k?nnen. Die Laufwerke werden nur durch dieses eine
>>>>>> Script eingebunden. Leider muss ich zugeben, dass ich mit "Application
>>>>>> Compatability Scripte" nichts anfangen kann. Wo kann ich die finden?
>>>>>>
>>>>>> Der ganze Fehler ist auch nicht reproduzierbar... nach einem Serverneustart
>>>>>> funktioniert es eine Weile, aus nicht weiter erkennbarem Grund irgendwann
>>>>>> aber nicht mehr. Die Benutzer melden sich morgens an... und O: ist ein
>>>>>> Nichtverbundenes Netzlaufwerk. Im Gegenzug ist es mir aber bisher auch nicht
>>>>>> gelungen, dieses Fehlverhalten zu provozieren. Langsam werde ich wahnsinnig
>>>>>> ;-)
>>>>>>
>>>>>> Gru?,
>>>>>> Benedikt
>>>>>>
>>>>>>
>>>>>> "Thomas Quint" <ne...@tquint.de> schrieb im Newsbeitrag
>>>>>> news:uwcgHPs0...@TK2MSFTNGP05.phx.gbl...
>>>>>>> On Friday, June 20, 2008 8:50 AM Thomas Quint wrote:
>>>>>>> Hallo Benedikt,
>>>>>>>
>>>>>>> um die Lauff?higkeit alter Anwendungen auf einem TS zu erm?glichen, kann man
>>>>>>> die sogenanten Application Compatability Scripte benutzen, hierdurch wird
>>>>>>> f?r die User ein Laufwerk (Standard W: )gemappt, in das z.B. f?r Anwendungen
>>>>>>> ben?tigte benutzerspezifische .ini Dateien umgelenkt werden. Die Scripte
>>>>>>> findest du unter %Systemroot%\Application Compatibility Scripts auf dem
>>>>>>> Terminalserver. Im Rahmen dieser Scripte ist es m?glich z.B auch weitere
>>>>>>> Logonscripte einzubinden (um zum Beispiel zus?tzliche Laufwerke zu mappen),
>>>>>>> die normalerweise unter %Systemroot%\Application Compatibility Scripts
>>>>>>> \logon liegen sollten.Die Compatitibility Scripte sind aber nicht
>>>>>>> standardm?ssig aktiviert.Wenn du den Server selber aufgesetzt hast und
>>>>>>> nichts in der Richtung unternommen hast, vergiss den Hinweis einfach.
>>>>>>> Ansonsten schau mal ob in %Systemroot%\Application Compatibility Scripts in
>>>>>>> der Datei RootDrv2.Cmd der Parameter set root drive= Laufwerksbuchstabe
>>>>>>> aktiviert ist.Wenn nicht sind die Scripte wohl auch nicht aktiv.dann wars
>>>>>>> leider ne falsche F?hrte.
>>>>>>>
>>>>>>>
>>>>>>> Gru? Thomas
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> "Benedikt" <Jem...@Microsoft.com> schrieb im Newsbeitrag
>>>>>>> news:eiJQzds0...@TK2MSFTNGP03.phx.gbl...
>>>>>>>> On Friday, June 20, 2008 9:31 AM Thomas Quint wrote:
>>>>>>>> Hier noch ein bischen Hintergrund zu den Scripten, wenns dich interressiert.
>>>>>>>>
>>>>>>>> http://support.microsoft.com/?scid=kb%3Ben-us%3B195950&x=7&y=14
>>>>>>>>
>>>>>>>> Leider die englische Version, die automatische ?bersetzung ist wieder nicht
>>>>>>>> zu gebrauchen :-)
>>>>>>>>
>>>>>>>> Gru? Thomas
>>>>>>>>
>>>>>>>> "Thomas Quint" <ne...@tquint.de> schrieb im Newsbeitrag
>>>>>>>> news:OM12tQt0...@TK2MSFTNGP03.phx.gbl...
>>>>>>>>> On Monday, June 23, 2008 3:06 AM Benedikt wrote:
>>>>>>>>> Hallo Thomas,
>>>>>>>>>
>>>>>>>>> danke f?r den Hinweis! Hab ich wieder was gelernt... Aber leider ist das
>>>>>>>>> auch nicht die L?sung. Im Angegebenen Verzeichnis befindet sich nur eine
>>>>>>>>> Datei RootDrv.cmd, innerhalb derer auf die RootDrv2.cmd verwiesen wird,
>>>>>>>>> sofern diese vorhanden ist. Ist sie aber leider nicht.
>>>>>>>>> Es gibt jedoch einen Unterordner "Logon", in dem sich auch drei Skripte
>>>>>>>>> befinden, allerdings wird in keinem der Skripte ein Laufwerk O: angesprochen
>>>>>>>>> / festgelegt.
>>>>>>>>>
>>>>>>>>> Gru?,
>>>>>>>>> Benedikt
>>>>>>>>>
>>>>>>>>> "Thomas Quint" <ne...@tquint.de> schrieb im Newsbeitrag
>>>>>>>>> news:OM12tQt0...@TK2MSFTNGP03.phx.gbl...
>>>>>>>>>> On Thursday, June 26, 2008 1:14 AM h...@bich.net wrote:
>>>>>>>>>> Hallo Benedikt,
>>>>>>>>>>
>>>>>>>>>> warum machst du das nicht ?ber eine BatchDatei, wenn du ohnehin deine
>>>>>>>>>> Schwierigkeiten mit VBS hast?
>>>>>>>>>>
>>>>>>>>>> net use o: \\fileserver\freigabe4 /PERSISTENT:NO
>>>>>>>>>> Der persistent Parameter verhindert ein automatisches wiederverbinden bei
>>>>>>>>>> neuanmeldung, was zu solch merkw?rdigen Fehlern f?hren kann wie du sie hier
>>>>>>>>>> beschreibst.
>>>>>>>>>>
>>>>>>>>>> Ansonsten, kannst du ja testhalber in deinem VB-Script erst nochmal alle
>>>>>>>>>> evtl. vorhandenen Laufwerke trennen, und anschlie?end neu verbinden.
>>>>>>>>>>
>>>>>>>>>> Bin gespannt auf deine Ergebnisse.
>>>>>>>>>>
>>>>>>>>>> Gru?
>>>>>>>>>> Daniel
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> "Benedikt" <Jem...@Microsoft.com> schrieb im Newsbeitrag
>>>>>>>>>> news:u2YEd0p0...@TK2MSFTNGP02.phx.gbl...
>>>>>>>>>>> On Thursday, June 26, 2008 6:22 AM Benedikt wrote:
>>>>>>>>>>> Moin!
>>>>>>>>>>>
>>>>>>>>>>> Das VB-Script gibt's... weil es schon immer da war. ;-) Aber bevor das
>>>>>>>>>>> VB-Script aufgerufen wird, werden die Laufwerke in einer Batch-Datei mit
>>>>>>>>>>> "net use * /del /y" getrennt. Ich hab vergessen, dass vorher zu erw?hnen,
>>>>>>>>>>> sorry.
>>>>>>>>>>>
>>>>>>>>>>> Testen kann ich das im Moment leider nicht wirklich, da gerade wieder mal
>>>>>>>>>>> eine Phase ist, in der alle Netzlaufwerke brav verbunden werden... fragt
>>>>>>>>>>> sich nur, wie lange das noch so bleibt...
>>>>>>>>>>>
>>>>>>>>>>> Gru?,
>>>>>>>>>>> Benedikt
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> "Wei?, Daniel" <h...@bich.net> schrieb im Newsbeitrag
>>>>>>>>>>> news:CCC03A05-ACD4-4140...@microsoft.com...
>>>>>>>>>>>> On Wednesday, September 30, 2009 5:27 AM Nico Seddig wrote:
>>>>>>>>>>>> Hallo Benedikt,
>>>>>>>>>>>> wir haben eine ?hnliche Umgebung und die exakte Fehlerbilder. Bei uns ist es Laufwerk H: welches auf der Konsole des Terminalservers als "nicht verbundenes Netzwerklaufwerk" gemappt wird. Wir verwenden Kix Scripte zum mappen der Laufwerke und Drucker sowie f?r das omin?se Laufwerk H: das AD Property im User und Computer.
>>>>>>>>>>>> Mich w?rde interessieren, ob du eine L?sung gefunden hast.
>>>>>>>>>>>> So richtig konnten wir bis heute keinen Ansatz finden.
>>>>>>>>>>>> Nach dem der Beitrag schon etwas ?lter ist, hoffe ich von dir was zu h?ren.
>>>>>>>>>>>> Gru?
>>>>>>>>>>>> -Nico-
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Benedikt wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Re: Nichtverbundenes Netzlaufwerk
>>>>>>>>>>>> 26-Jun-08
>>>>>>>>>>>>
>>>>>>>>>>>> Moin!
>>>>>>>>>>>>
>>>>>>>>>>>> Das VB-Script gibt's... weil es schon immer da war. ;-) Aber bevor das
>>>>>>>>>>>> VB-Script aufgerufen wird, werden die Laufwerke in einer Batch-Datei mit
>>>>>>>>>>>> "net use * /del /y" getrennt. Ich hab vergessen, dass vorher zu erw?hnen,
>>>>>>>>>>>> sorry.
>>>>>>>>>>>>
>>>>>>>>>>>> Testen kann ich das im Moment leider nicht wirklich, da gerade wieder mal
>>>>>>>>>>>> eine Phase ist, in der alle Netzlaufwerke brav verbunden werden... fragt
>>>>>>>>>>>> sich nur, wie lange das noch so bleibt...
>>>>>>>>>>>>
>>>>>>>>>>>> Gru?,
>>>>>>>>>>>> Benedikt
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> "Wei?, Daniel" <h...@bich.net> schrieb im Newsbeitrag
>>>>>>>>>>>>
>>>>>>>>>>>> EggHeadCafe - Software Developer Portal of Choice
>>>>>>>>>>>> WPF DataGrid Custom Paging and Sorting
>>>>>>>>>>>> http://www.eggheadcafe.com/tutorials/aspnet/8a2ea78b-f1e3-45b4-93ef-32b2d802ae17/wpf-datagrid-custom-pagin.aspx
>>>>>>>>>>>> Submitted via EggHeadCafe
>>>>>>>>>>>> Microsoft LINQ Query Samples For Beginners
>>>>>>>>>>>> http://www.eggheadcafe.com/training-topic-area/LINQ-Standard-Query-Operators/33/LINQ-Standard-Query-Operators.aspx