Domänenanmeldung eines Windowsclients dauert (unendlich) lange- keine Fehlermeldung
Nachdem mich ein Notebook nun über geraume Zeit genervt hat- habe ich des Rätsels Lösung finden können. Google konnte mir leider auf direktem Weg auch nicht bei der Lösung des Problems helfen- drum möchte ich meine Erkenntnis hier kund tun.
Fehlerbild:
Ein Vista-Client (Vista-Ultimate) lässt sich mit einem auf allen anderen Workstations voll funktionalen AD-Account nicht mehr an der Domäne anmelden. d.h. nach der Eingabe des Passwortes an der Anmeldemaske erscheint “Willkommen”… und außer starkem Festplatten und Netzzugriff passiert nichts mehr. Ich habe das Ganze 1 Stunden lang stehen lassen- ohne Erfolg
Workaround:
Netzwerkkabel ziehen und nachdem der Windows-Desktop erscheint, wieder stecken.
Nachteil: Es werden nicht gleich alle Netzlaufwerke etc. gemapped…
Fehlereingrenzung:
Der Fehler ließ sich lediglich auf dem Notebook nachstellen- d.h. es musste sich eindeutig um ein lokales Problem des Notebooks handeln.
Mir fiel desweiteren auf, dass die freie Festplattenkapazität in den letzten Monaten um ca. 50 GB “geschrumpft” war. Erstaunlich war in diesem Zusammenhang, dass weder über “Eigenschaften” der Order (Windows-Explorer), noch über entsprechende Tools, wie z.B. TreeSize der Ordner ausfindig gemacht werden konnte, der für den Festplattenschwund verantwortlich war. In Summe waren 80 GB von 160 GB durch Ordner belegt. Frei waren aber lediglich 30GB. Welcher Ordner belegte also ganze 50GB?!
Ein Ordner kam hier besonders in Verdacht: “Windows\CSC”- der Ordner, der die Offlineordner enthält. Einfach Öffnen oder Anzeigen, ist durch den gesonderten “Sicherheitsstatus” des Verzeichnisses leider auch nicht möglich. Eine Anzeige mit Tool, wie z.B. TreeSize aus dem gleichen Grund auch nicht möglich (es erscheint hier auch keine Fehlermeldung).
Die Offline-Order-Synchronisation ist nicht immer ganz trivial- schnell wird fälschlicherweise, gerade bei Administratoren, die Verzeichnisrechte innerhalb einer ganzen Verzeichnisstruktur unterhalb Ihres User-Verzeichnisses besitzen die gesamte Struktur synchronisiert. Da bleibt nur zu hoffen, dass die Platte der Administrator-Workstation groß genug ist… 
Viele User haben im Netz bereits über solche oder ähnliche Probleme mit der Offlineordner-Synchronisation berichtet- trotz Beschränkung auf einen Unterordner, werden alle Ordner unterhalb der Struktur synchronisiert. Das gibt einem schon zu denken.
Das Problem sollte aber bereits seit Ewigkeiten beseitigt sein, denn alle Offlineordner-Einstellungen unter Systemsteuerung -> Offlinedateien sind seit geraumer Zeit komplett gelöscht, um zu vermeiden, dass solch ein Sync fälschlicherweise beim Herunterfahren durchgeführt wird. Wäre ansonsten schon nervig, wenn mehrere 100GB beim Herunterfahren gesynced werden…
Fehlerbeseitigung:
Um den besagten Order nun wirklich zu leeren, muss eine kleine Anpassung in der Registry durchgeführt werden- Microsoft hat hier auch mal wieder nicht weit genug gedacht.
Um den Offline-Cache zu leeren sind folgende Schritte durchzuführen:
1. In der Registry den Schlüssel “Parameters” unter HKLM\System\CurrentControlSet\Services\CSC anlegen. Somit bekommt man HKLM\System\CurrentControlSet\Services\CSC\Parameters . Hier muss ein DWORD mit dem Wert 1 eingetragen werden.
2. Rechner neu starten
ACHTUNG! Wie immer ist bei Anpassungen an der Registry Vorsicht geboten!
Nach einem Neustart hatte das Notebook nun wieder auf “wundersame” Weise 50GB mehr freie Festplattenkapazität- und die eigentliche Ursache für den Aufwand, das “Hängenbleiben” beim Start an der Domäne ist auch verschwunden.