Ihr glaubt es kaum,

aber nachdem gestern alles klappte mit dem Zurückkopieren vom Profil auf den Server, ging es heute nicht mehr, ich habe in der Datei "userenv.log" immer wieder Fehlermeldungen der folgenden Art bekommen:
[blockquote]

CUserProfile::CleanupUserProfile: Ref Count is not 0

[/blockquote] Also bin ich wieder auf die Suche gegangen, als erstes habe ich den Debugmodus für diese Log-Datei eingeschaltet, das macht man in der Registry hier:
[blockquote]

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon
Eintrag: UserEnvDebugLevel
Typ: REG_DWORD

[/blockquote] Dort kann man dann bei dem Wert (bei mir war der Schlüssel noch nicht vorhanden, man muss den also gegebenenfalls anlegen) einstellen, wie und was geloggt werden soll:
[blockquote]

NONE 0x00000000
NORMAL 0x00000001
VERBOSE 0x00000002
LOGFILE 0x00010000
DEBUGGER 0x00020000

[/blockquote]Dabei muss man die Werte mit Oder kombinieren, also z.B. will man den Debugmode im Logfile haben, dann trägt man den Wert 0x00030002 ein. Will man dann in den normalen Modus zurückschalten, nimmt man diesen Wert: 0x00010001

Aber richtig schlau bin ich aus der Menge an Informationen nicht geworden. Also bin ich logisch herangegangen, wenn da ein Ref Count zu hoch ist, dann ist der Wert doch garantiert in der Registry vorhanden. Und wo wird der Wert wohl abgespeichert? Genau, in irgendeinem Schlüsselverzeichnis von dem aktuellen User in der Registry. Wie ist die ID vom aktuellen User? Das ist die, die ich als sambaSID in meinem LDAP eingetragen habe. Also bin ich angefangen und habe nach der sambaSID in der Registry gesucht. Und auch gefunden, unter anderem an der Stelle:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\ProfileList

Dort gibt es ein Unterverzeichnis, das mit der sambaSID benannt ist. Und was habe ich in dem Unterverzeichnis gefunden? Oh Wunder, einen Schlüssel namens RefCount und der hatte den Wert 2. Kann das denn Zufall sein?! Ich dachte mir, mein Bauchgefühl sagte mir , nein, so einen Zufall gibt es nicht, das ist es. Also habe ich den Wert auf 1 gesetzt und voller Spannung mich abgemeldet. Und es klappte, das Profil wurde wieder auf den Samba-Server geschrieben und synchronisiert...

Und jetzt fragt sich die breite Masse natürlich, wieso weshalb warum. Ich habe gestern Abend nach dem Neuaufbau des Server-Profils mich mehrfach ab- und wieder angemeldet, es hat immer geklappt. Dann fahre ich den Rechner irgendwann herunter, melde mich am nächsten Tag wieder an und es klappt nicht. Also muss es mit dem Herunterfahren zu tun haben, irgendwas klappt da nicht oder wird zu schnell durchgeführt oder etwas wird links oder rechts überholt oder... Wie auch immer, bei Gelegenheit werde ich mir das mal ansehen, aber im Moment habe ich eine Methode gefunden, wie ich den Fehler wieder korrigieren kann, falls das Problem noch einmal auftritt.

Dann wurde von Micro$oft heute mal wieder eine Neuauflage vom WGA-Validationtest (Windows Genuine Advantage) über das Update ausgeliefert, hört das denn nie auf? Auch hier kommt man sich vor wie beim Märchen vom Hasen und vom Igel. Ist wie beim Doping und den Anti-Doping-Ermittlern, immer wieder auf ein Neues. Aber zum Glück finden sich überall Wege und Mittel, wer suchet, der findet . Oder so ähnlich. Leute, das war es für heute, genug geschrieben,
Ralf