3
Domänen-Client bootet ohne Shares
Hallo Kollegen,
folgende Situation: Wir haben ein 2008 R2 Domänen-Netzwerk mit Windows 7 Clients. Je nach Mitarbeiter verbinden sich die Clients beim booten mit unterschiedlichen Netzwerk-Shares, was über Batchdateien geregelt wird (jaja, ich weiß).
Bis jetzt hat das auch immer super geklappt, aber nun habe ich einen Client, den wir neu aufgesetzt haben (komplett neuer Rechner). Dieser Client hat etwa 2, 3 Wochen tadellos in der Domände funktioniert, macht jetzt aber plötzlich Zicken. Und zwar verbindet er sich nach dem booten nicht mehr mit seinen Shares.
Ereignis-ID ist die 5719. Nun meine Frage: Bevor ich jetzt die verschiedenen Lösungswege vom Microsoft Support einzeln abklappere würde ich gerne wissen, ob es eine Möglichkeit gibt herauszufinden, welche der genannten Ursachen zutreffen könnte.
Möchte halt ungern einen Lösungsweg nach dem anderen blind versuchen, bis einer zufällig mal trifft...
Danke schon mal und schönes Wochenende (wer eins hat).
freenode
folgende Situation: Wir haben ein 2008 R2 Domänen-Netzwerk mit Windows 7 Clients. Je nach Mitarbeiter verbinden sich die Clients beim booten mit unterschiedlichen Netzwerk-Shares, was über Batchdateien geregelt wird (jaja, ich weiß).
Bis jetzt hat das auch immer super geklappt, aber nun habe ich einen Client, den wir neu aufgesetzt haben (komplett neuer Rechner). Dieser Client hat etwa 2, 3 Wochen tadellos in der Domände funktioniert, macht jetzt aber plötzlich Zicken. Und zwar verbindet er sich nach dem booten nicht mehr mit seinen Shares.
Ereignis-ID ist die 5719. Nun meine Frage: Bevor ich jetzt die verschiedenen Lösungswege vom Microsoft Support einzeln abklappere würde ich gerne wissen, ob es eine Möglichkeit gibt herauszufinden, welche der genannten Ursachen zutreffen könnte.
Möchte halt ungern einen Lösungsweg nach dem anderen blind versuchen, bis einer zufällig mal trifft...
Danke schon mal und schönes Wochenende (wer eins hat).
freenode
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 291262
Url: https://administrator.de/contentid/291262
Ausgedruckt am: 24.11.2024 um 17:11 Uhr
3 Kommentare
Neuester Kommentar
Hallo,
funktioniert noch die Namensauflösung?
DNS-Cliet-Dienst neu gestartet dann gpupdate /force neu start.
Get ein net use lokal am Rechner?
Wenn alles nix bringt den Rechner aus der Domäne nehmen, das Konto zurücksetzen und den Rechner wieder aufnehmen.
Gruß
Chonta
funktioniert noch die Namensauflösung?
DNS-Cliet-Dienst neu gestartet dann gpupdate /force neu start.
Get ein net use lokal am Rechner?
Wenn alles nix bringt den Rechner aus der Domäne nehmen, das Konto zurücksetzen und den Rechner wieder aufnehmen.
Gruß
Chonta
Hi,
ich vermute mal, das alte "Netzwerk-warten-Problem".
Suche mal im Web nach "immer auf das netzwerk warten". Dort wird eine GPO-Einstellung erläutert, welche man da umsetzen muss.
E.
ich vermute mal, das alte "Netzwerk-warten-Problem".
Suche mal im Web nach "immer auf das netzwerk warten". Dort wird eine GPO-Einstellung erläutert, welche man da umsetzen muss.
E.
Hi, danke für die Antworten!
@Chonta: Namensauflösung funktioniert. Kann auf die Shares manuell auch noch zugreifen, nur werden sie eben nicht mehr verbunden.
@emeriks: Ich schau mal danach- Würde den entsprechenden Key dann aber wrs. eher per Hand am betroffenen Client ändern, da alle anderen (teils identischen) Maschinen das Problem nicht haben. Oder ich setz eine GPO auf und pack nur den betroffenen Client rein, mal schauen.
Gruß, freenode.
@Chonta: Namensauflösung funktioniert. Kann auf die Shares manuell auch noch zugreifen, nur werden sie eben nicht mehr verbunden.
@emeriks: Ich schau mal danach- Würde den entsprechenden Key dann aber wrs. eher per Hand am betroffenen Client ändern, da alle anderen (teils identischen) Maschinen das Problem nicht haben. Oder ich setz eine GPO auf und pack nur den betroffenen Client rein, mal schauen.
Gruß, freenode.
